Only this pageAll pages
Powered by GitBook
1 of 67

English

General

Loading...

What's new

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Products

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Solution areas

Loading...

Loading...

Loading...

Loading...

Loading...

Parking

Loading...

Loading...

Control Center

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Data Center

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Bernard Technologies GmbH

Loading...

Loading...

2025.1

Release date: 05.03.2025

Control Center

New features

  • In addition to English, German is now supported. The language is automatically selected by the preference settings in the browser.

  • The import/export of event triggers & focus zones via the clipboard enables to migrate configurations from one device to another.

Improvements:

  • Bug fix for user switches in the Control Center.

Data Center

New features:

Events can only be retrieved from devices with version 2025.1 or higher.

Improvements:

  • Generally:

    • Filter functionalities for surveys are working again

    • Detailed description for error messages

    • The stability of the Data Center has been improved

  • Stationary traffic:

    • Shorter API response times (<1s)

  • Moving traffic:

    • Corrupt Excel-file has been fixed

  • Traffic Flow:

    • Fixed calculation of the traffic flow metric “Vehicles with license plate” (formerly “detection rate”).

    • Fixed traffic segmentation with applied time filter

Device update

Improvements:

  • Improved classification for the models Traffic & Parking (Standard & Accuracy+).

  • The event format has been extended for the fields uuid, tenantId and the version has been increased from 4 to 5.

Bug fixes:

  • Vehicles in the event image (if activated) are no longer too early or too late

  • Stability with a particularly large number of objects/tracks

  • Products: BMA, mobile BMA, BCA, B101/B401

  • Update size: ~300MB

  • Downtime: <1 min

Event API: Individual or aggregated events can be retrieved in the Data Center API. The event types Crossing Line, Origin Destination and Region of Interest are supported. Details are described in the .

Das wurde erweitert um die Felder uuid, tenantId und wurde von version 4 auf 5 angehoben.

API documentation
Event Format

2025.1 U3

Release date: 09.04.2025

Data Center

  • Moving traffic: Turning movement counts are now displayed more compactly to prevent overlapping.

  • Stationary Traffic: Adding and editing crossing lines is now possible again.

  • Traffic Flow

    • The calculation of inbound- and outbound traffic, as well as "vehicles with license plate", has been corrected.

    • Loading times have been reduced.

  • General: Improvements in stability and performance.

2025.1 U2

Release date: 19.03.2025

Data Center

  • The API for event data did not return data under some conditions.

  • Stability improvements.

About this documentation

Technical documentation

This documentation is mostly machine translated

Who is this documentation for?

Use this technical documentation to learn more about Bernard Technologies' products and solutions and to utilize them effectively.

Scope of delivery

  • 1 x BMA

  • 2 x Pole mounting clamps

  • 1 x Power cable (0,75mm2)

2025.1 U1

Release date: 12.03.2025

Data Center

  • The survey location in the map has been fixed.

  • The traffic flow API response includes the associated classes.

  • The traffic flow Excel download has been fixed.

Device update

  • Products: BMA, mobile BMA, BCA, B101/B401

  • Update size: <100MB

  • Downtime: <1 min

2024.3

Release date: 19.06.2024

BERNARD Mobility Controller (BMC) 2.2

  • The configuration is carried out centrally in the browser via the Control Center

  • The event trigger "Region of Interest" (ROI) in combination with Rules is supported.

    • Multiple ROIs can be defined. Several rules can be assigned to each ROI.

    • Rules enable contacts to be switched when a person or an object is present (presence). They can be combined with filters for vehicle classes, number of objects or length of stay of the objects.

Note: Support for the event trigger "Crossing Lines" is planned for future releases, but ROI can also be used for counting.

To be able to use this feature, the latest device update must be installed.

BMA

  • The Classification has been improved, especially the classes Single Unit Trucks and Vans. This affects the Traffic& Parking - Standard and Accuracy+ models.

The improvements mentioned are available for the following products:

  • BMA, mobile BMA, BCA, B101, B401

  • P101, OP101, P401, VPX

To use this feature, the latest device update must be installed.

BERNARD Control Analyser

  • GDPR-compliant recording of parking times or country and region of the license plate number

    • Parking times up to 72 hours long

    • No saving of image data on the device or in the cloud

    • No saving of license plates. The license plates are pseudo-anonymized with a hashing process on the devices and anonymized in the cloud after exit matching.\

The improvements mentioned are also available for the following products:

  • BCA, B101, B401

  • P101, OP101, P401, VPX

To be able to use this feature, the latest device update must be installed.

Control Center

  • Display of available or planned device updates\

  • All event triggers, focus area and camera stream-related parameters can be easily reset. This makes it easy to reconfigure temporary traffic surveys with the mobile BMA.

  • Bug fixes:

    • Configurations are reliably saved.

    • Camera images are reliably displayed in the Firefox browser.

Data Center

  • Bug fix for the grouping of the turning movement counts

2024.5

Release Date: 11.12.2024

Data Center

Traffic Flow

Further improvements

  • The Data Center can now be used with devices from all Control Center instances

Control Center & Device Update

Counting Line Support for BMC

With this release it is possible to switch dry-contacts of the BMC (and Quido) with Counting Lines in addition to Region of Interest.

For counting lines, the configured dry-contact is closed for a short time interval (approx. 150 ms) as soon as the configured rule is fulfilled, e.g. a vehicle passes the counting line in the “In” direction. E.g. this allows to count the number of passing vehicles by triggering a dry-contact.

Further improvements

  • Number plate detection (Parking Mode ANPR)

    • Umlauts such as Ö were output twice under certain circumstances

    • If the “Attach image to event” option is activated, images are always attached to the event as payload even if the license plate was not recognized

    • The event format has been extended and now includes the coordinates of the detected vehicle and the license plate

  • Speed Estimate - Accuracy has been improved

  • Live Calibration - The visual representation of the object detection (colored outline around the object) is correctly displayed

  • Products: BMA, mobiler BMA, BCA, B101/B401

  • Update size: ~300MB

Data sheet

BMA specifications

Dimensions

Data protection and security

The BMA processes personal data only vaguely, without storing it and only for the purpose of anonymization. This is done on the basis of Art. 6 para. 1 f) GDPR, namely in the legitimate interest of the operator. Only the anonymous data is then used to carry out traffic management. The BMA complies with the Low Voltage Directive 2014/35/EU and the Electromagnetic Compatibility Directive 2014/30/EU. This resulting CE certification is attached to the bottom of the device.

The supplier assumes no liability for compliance with local requirements or additional certifications that may be required in certain regions or markets. It is the responsibility of the purchaser or user to ensure that the product complies with local regulations and specific requirements that may go beyond the specified certifications. The supplier disclaims all liability for any damage or loss that may result from non-compliance with such additional requirements.

Mounting

Mounting process on a light pole

1. mounting the camera

The camera is attached to the pole by using clamps. These adapt to the diameter of the pole.

2. Drilling of a second hole

A hole is drilled underneath the camera, where the cable gland with seal is then screwed in place. The cable is fed through the pole to the ground at this point. At the other end of the cable is the appropriate plug (2 or 3-pin) for the BMA

Pole-mounted battery (optional)

1. Positioning the battery

There is a cover in the lower section of the light pole. This can be opened with a special key to get the battery inside the pole. The power supply with plug or terminal strip should also be located here.

2. Connecting the battery

There is a two-pin plug on the battery that is used to charge the battery and a two-pin cable that is used to power the camera. If a terminal strip is available instead of a connector strip, the connector can be disconnected and the cables can be clamped directly into the terminal strip.

Technical data of battery

Requirements for poles

Diameter min. 10 cm

BERNARD Mobility Analyser (BMA)

An intelligent optical system for monitoring road users and the flow of traffic. of the traffic flow

2024.5 U1

Release date: 15.01.2025

This release mainly contains bug fixes and minor improvements for Data Center and Control Center. The software on the devices will not be updated.

Data Center

General

  • The UI for traffic surveys as a list and on the map has been revised (improvement)

  • The tenant logo can be removed (improvement)

  • When creating traffic surveys, a double-click was required (bug fix)

  • When a device is removed, the associated counting lines or zones are removed as well (bug fix)

Flowing traffic

  • The traffic flow chart is exported with a higher resolution (improvement)

  • The traffic survery data is displayed correctly if the time and class filters are combined (bug fix)

  • The Excel export could not be opened under certain circumstances (improvement)

  • The accuracy for the geo position in the Excel export has been increased (bug fix)

Stationary traffic (Parking)

  • The API for parking spaces outputs the correct historical parking space occupancy (bug fix)

Traffic Flow

  • The formatting of the journey time is now displayed in the format HH:MM:SS (improvement)

  • The source and destination traffic is displayed correctly in the summary table (bug fix)

  • The API outputs the node from and to_nodes correctly (bug fix)

Control Center

  • If the communication error rate between the BMA and BMC is between 1% and 80%, a warning is displayed. If the error rate is higher than 80%, not running is displayed (improvement)

  • Even if devices are deleted or moved, the widgets in Data Analytics remain consistent (bug fix)

The element "" was missing in events when custom broker is selected.

The BERNARD Mobility Controller (BMC) serves as an interface between and the control unit of the traffic signal systems, up to 12 potential-free contacts can be switched. The BMC supports up to 4 BMAs. The 2-wire connection cable serves both as a communication channel for switching commands between the BMA and BMC and as a power supply for the BMA. ( and ))

Event format extension: In addition to trackId, the trackUuid is also issued. See for details.

A traffic flow survey is used to survey traffic flows within a closed area, also known as cordon. The basis for this are cross-sectional counts where vehicles with license plates are recognized by . The images and license plates are only processed on the device and linked to traffic flows using a hashing algorithm, fully GDPR compliant. Source, destination and transit traffic as well as traffic flows at selective nodes or relationships are available for data analysis. Traffic flows can be segmented by traffic classification, travel time and origin by country and region.

For more details about the configuration, please refer to the solution .

For further details on configuration, please refer to the

Data transfer
General
Variant AC
Variant DC
Certification
Input voltage
230 V AC with integrated charge controller

Color coding of the traffic survey types

Markers on the map are grouped

The traffic survey name is displayed on the map

The map for the survey layout offers a search function for addresses

metadata
BMA
Data sheet
Operating instructions
Event Schema

Data streaming protocol

MQTT

Data encoding

JSON

Data transmission

LTE

Operating conditions

-20° C - +50° C

Power supply

220 - 240 V AC

12 / 24 V DC

Frequency range

47 - 63 Hz

N/A

Power consumption

230 V AC 50 Hz

14 W

Material

Housing: Polycarbonate Rain cover: Polycarbonate 3D printing

Protection class

IP65

Dimensions

210 x 155 x 140 mm (L x W x H)

Weight

2000 g

Mounting method

Pole mounting, clamping range 60 - 150 mm

GDPR-compliant

yes

Output voltage

12 V DC

Energy reserve

18 h

Maximum power

21 W

Capacity

380 Wh

L x W x H

790 mm x 80 mm x 62 mm

Connections

for the camera: 3-pin connection for the power supply type F plug

BCAs
Traffic flow
operating instructions.

Charge battery box

To ensure successful charging of the battery box, the following steps must be followed in the order indicated:

  1. Charger is disconnected from the mains (must not be connected to 230 VAC!)

  2. Connect charger and rechargeable battery

  3. Connect charger to mains (230 VAC)

  4. <Charging in progress...>

    • Bulk LED = charging in progress

    • Absorption LED = charging in progress

    • Storage LED = charging process completed

  5. Disconnect charger from mains (must not be connected to 230 VAC)

  6. Wait <30 seconds>

  7. Disconnect charger and battery

  8. Test: After successful charging, the voltage of the battery should be at least 13.5 VDC

Scope of delivery

Installation

Installation

Instructions for setting up a mobile traffic survey.

1. Location

Pay attention to the local legal regulations and find out whether a permit is required to set up the mobile system at the location you have defined.

  • Obey local regulations regarding the minimum distance from the roadway.

  • The mobile system should not block any driveways or footpaths.

  • The mobile system must not obscure any traffic signs.

Select a suitable location for the installation. Please note that the height of the system when the pole elements are fully extended is approx. 6 m.

2. step by step instructions

  1. the mobile system must be attached to a fixed infrastructure

  2. take the telescopic mast incl. mounting bracket and position it on an existing infrastructure (e.g. light pole, pipe post, etc.)

    Guide the supplied tensioning straps through the lugs (2x) of the mounting bracket and attach the tensioning straps to the pole you have selected (e.g. lighting pole, tubular post, etc.)

  3. to prevent easy removal of the mobile BMA, install two padlocks through the ratchet element of the tensioning straps

  4. place the BMA on the top element of the telescopic mast and fix it in place with a twist-and-push movement

  5. attach the BMA to the back of the lower pole strap

  6. use the supplied reusable cable tie and pull it hand-tight

  7. connect the 2-pin black/blue plug to the BMA. Make sure that the plug is inserted straight

  8. Next, connect the 2-pin gray plug to the back of the battery box and close the plug fuse

  9. lift the battery box and place the battery box in the middle guide of the C-profile

  10. if the battery box is in the correct position, you can insert a padlock through the hole at the lower end and close it

  11. loosen the twist lock on the mast element and raise the mast to the desired height

  12. close the twist lock firmly in a clockwise direction to prevent loosening due to vibrations

    Do this for all 4 mast elements if the maximum height is reached

  13. check the current alignment of the BMA using the Control Center

  14. you can adjust the alignment around the vertical axis by rotating the mast element

  15. to change the alignment around the horizontal axis, the mast must be fully retracted and the cover of the sensor opened

  16. turn the optical part of the sensor up or down to obtain the desired alignment and close the cover of the sensor

  17. carry out steps 12 - 14 again

  18. finally, place the mast lock around the twist lock of the lowest mast element and secure it with a padlock

  19. Now you can set your sensor via the Control Center and configure the current traffic survey in the Data Center

Mobile BERNARD Mobility Analyser (BMA)

BERNARD Character Analyser (BCA)

Data sheet

General

Function

Mobile traffic surveys

Mounting

On poles using mounting brackets and tensioning straps

Protection

Tensioning straps and battery secured with lock

Battery/charger

Capacity

100 Ah

Output voltage

12 V

Max. runtime (during survey)

110 h (~4.5 d)

Max. runtime (standby)

245 h (~10 d)

Max. charging time

7.5 h

Connectivity

Technology

LTE

Protocol/Format

Environmental conditions

Temperature range

-20 °C to +50 °C

Protection class

IP65

Dimensions

Transport length of pole (retracted)

1.78 m

Maximum height

6.05 m

Weight BMA

1.4 kg

Weight telescope pole with mounting bracket

2.1 kg

Weight battery box

14.9 kg

Data protection and security

The BMA processes personal data only vaguely, without storing it and only for the purpose of anonymization. This is done on the basis of Art. 6 para. 1 f) GDPR, namely in the legitimate interest of the operator. Only the anonymous data is then used to carry out traffic management. The BMA complies with the Low Voltage Directive 2014/35/EU and the Electromagnetic Compatibility Directive 2014/30/EU. This resulting CE certification is attached to the bottom of the device.

Disclaimer

The supplier assumes no liability for compliance with local requirements or additional certifications that may be required in certain regions or markets. It is the responsibility of the purchaser or user to ensure that the product complies with local regulations and specific requirements that may go beyond the specified certifications. The supplier disclaims all liability for any damage or loss that may result from non-compliance with such additional requirements.

Installation

1. Orientation

2. Mounting the sensor

The sensor is attached to the poles using clamps. These adapt to the diameter of the pole.

3. Mounting the compute module

The compute module is attached to the poles using clamps. These adapt to the diameter of the pole.

4. Connection the sensor with the compute module

The sensor is connected to the computer unit using the network cable supplied.

5. Power supply

Finally, the computer unit is connected to the respective power supply (12V, 24V or 230V) using the power cable. The BCA then starts up and can be configured in the Control Center.

Scope of delivery

Datasheet

*) for optimum alignment and calibration according to installation instructions

Function modes:

Parking Mode ANPR:

For parking space management, it is necessary to record license plates as well as images of vehicles entering and exiting in plain text so that evidence can be provided and penalties enforced. The data is only stored for this purpose and is limited in time, by default to 48 hours.

This mode may not be used in public spaces without permission and in accordance with applicable laws and regulations.

Parking Mode GDPR:

Statistical recording of the parking duration and countries/regions of the license plates is possible without storing the license plates. The license plates are pseudo-anonymized using a hashing process and thus form the data basis for determining the parking duration. A maximum parking duration of 72 hours can be recorded.

Data protection and security

The BCA processes personal data only vaguely, without storing it and only for the purpose of anonymization. This is done on the basis of Art. 6 para. 1 f) GDPR, namely in the legitimate interest of the operator. Only the anonymous data is then used to carry out traffic management. The BCAcomplies with the Low Voltage Directive 2014/35/EU and the Electromagnetic Compatibility Directive 2014/30/EU. This resulting CE certification is attached to the bottom of the device.

Disclaimer

The supplier assumes no liability for compliance with local requirements or additional certifications that may be required in certain regions or markets. It is the responsibility of the purchaser or user to ensure that the product complies with local regulations and specific requirements that may go beyond the specified certifications. The supplier disclaims all liability for any damage or loss that may result from non-compliance with such additional requirements.

  1. 1 x BMA 12V

  2. 1 x Battery box 100Ah/12V

  3. 1 x Battery charger 12V/15A

  4. 1 x Telescopic pole

  5. 1 x Mounting bracket

  6. 2 x Tensioning straps

  7. 1 x Mast lock

  8. 1 x Reusable cable tie

  9. 4x Padlocks

MQTT / JSON ()

Good positioning and alignment of the optical sensor is crucial in order to guarantee optimum detection accuracy. Detailed instructions can be found in the section.

Technische Daten
Data transfer
Allgemein
Variante AC
Variante DC

Data Streaming Protocol

MQTT

Data Encoding

JSON

Data transmission

LTE

Operating conditions

-20° C - +50° C

Power supply

220 - 240 V AC

12 / 24 V DC

Frequency range

47 - 63 Hz

N/A

Power consumption

<30W

<30W

Protection class

IP65

Dimensions

205 x 150 x 90 mm (L x B x H)

Weight

1200 g Compute module + 2000 g Optical sensor

Mounting method

Mast mounting, Clamping range 60 - 150 mm

Alignment of the BCA
event schema

Scope of delivery

Rev. 09/2024

  • 1 x B101 / B401

  • 1 x Cable with 2,5 / 5,5 mm DC-Jack

Function

Automatic license plate recognition

Licence plate format

Examples:

Countries

EU Countries + (Swiss, Norway, Lichtenstein)

Recognition of region of the licence plate

Austria, Germany, Swiss, Bulgaria, Czech Republic, Greece, Croatia, Ireland, Norway, Poland, Romania, Slovakia, Slovenia.

Lanes

max. 2

Day / Night

yes / yes (with IR)

Accuracy (< 15km/h)*

97% (Daylight or good lighting conditions) 95% (Night or poor lighting conditions)

Accuracy (< 60km/h)*

95% (Daylight or good lighting conditions) 85% (Night or poor lighting conditions)

Mounting parameters

Alignment of the BCA

This guide focuses on specific details that need to be considered when capturing license plates. The focus is on the placement of the optical sensor, the camera settings themselves and the configuration of the event triggers.

Please note at this point that the camera settings must be adjusted according to the installation location, as lighting conditions may vary.

Sensor placement

Perfect sensor placement is critical in order to get a clear image and readable number plates. While some parameters such as distance from the sensor to the number plate can be fine-tuned by zooming after installation, mounting height and angle between the sensor and travel direction of vehicles can only be adjusted by physical and cost-intensive re-arrangement. The sensor position has to be chosen in a way that passing vehicles are fully visible and can be captured throughout several frames of the video stream while making sure the number plates are large enough for the ANPR system to identify every single character.

We recommend mounting heights between 3 and 8 meters, therefore the suitable minimum capture distance ranges from 5 to 20 meters. Besides the vertical angle constraint, number plates should be visible with at least 250 pixels-per-meter (PPM), this constraint determines the minimum focal length (zoom) the sensor has to be set to.

Mounting height [m]
Minimum capture distance [m]
Maximum capture distance [m]
Range of focal length [mm]

3

5

20

4-12

4

7

19

5.4-12

5

9

18

6.6-12

6

10

18

10-12

7

12

18

11-12

8

14

17

12

Why between 3 and 8 meters of mounting height?

The lower bound of 3 meters is determined by rather practical reasons and not technical limitations. Sensors mounted lower than 3 meters are often prone to vandalism. Also, headlights from passing vehicles can lead to reflections on the sensor. The upper bound of 8 meters is determined by the resulting minimum capture distance of at least 14 meters for the needed camera resolution of 1920x1080p. License plates need to be visible with 250 pixel-per-meter (PPM).

As the compute module and sensor are mainly mounted on existing infrastructure such as traffic light poles, there are two general options to mount the sensors: side mounting or overhead mounting.

Overhead mounting

When positioning the sensorabove the vehicles, two lanes can be covered with one sensor.

Consider mounting height (1) and capture distance (2) which determine the vertical angle (3) between the sensor and the travel direction of the vehicle. The distance between the center of the lane (4) and the senosr determines the horizontal angle (5) between the sensor and the travel direction of the vehicle.

Side mounting

When mounting the sensor to the side of the road, two lanes can be covered, assuming the horizontal angle between the sensor and the travel direction of the vehicles is not exceeding 20°.

Position the sensor as close as possible to the side of the road to avoid a horizontal angle larger than 20°. Larger angles can lead to lower accuracy because parts of the number plate can become unreadable. While traveling directions (1) and (2) are the same for both vehicles, horizontal angle (3) is much larger than (4).

Set up parameters
Recommended

Pixels Per Meter is a measurement used to define the amount of potential image detail that a sensor offers at a given distance.

250 PPM (vehicle)

Using the camera parameters defined below ensures achieving the minimum required PPM value)

Sensor mounting - distance to object center

5-20 meters Please consider that the zoom needs to be adjusted according to the capture distance.

Sensor mounting height

3-8 meters

Sensor mounting - vertical angle to the object

<40°

Note: setting the correct distance to vehicle and sensor mounting height should result in the correct vertical angle to the vehicle.

0° - 20°

BERNARD Mobility Controller (BMC)

Operating instructions V2.2

Rev. 03/2025

For reasons of readability, the masculine form has been chosen in the text, the information refers to all genders.

List of abbreviations

BMA
BERNARD Mobility Analyser

BMC

BERNARD Mobility Controller

TLS

Traffic light system

OUT

Output-side switched contacts

PLC

Power line communication

Fundamentals

The BMC links the BERNARD Mobility Analyser (BMA) and a traffic light system (TLS). The BMA, an intelligent optical system for the identification of objects, can initiate vehicle-actuated switching recommendations, such as request, dimensioning and registration. This information is transmitted to the BMC and countermeasures are taken. This information is transmitted to the BMC and countermeasures (relieving the traffic light system) can be initiated.

Please be sure to observe the safety instructions for protection against electric shock and the risk of injury. Read the operating instructions carefully before starting work

These operating instructions must be kept in the vicinity of the BMC to ensure that it is used in accordance with the applicable safety regulations at all times;

  • The operating instructions must be kept in a safe place! If the BMC is passed on to a third parties, they must be passed on with it.

  • Use the BMC only for its intended purpose.

  • Before commissioning, ensure that the mains voltage corresponds to the specified mains voltage.

  • No voltage must be applied to the device during installation.

  • Installation must be carried out by qualified personnel and must comply with all local regulations.

  • The BMC can be damaged by even a slight shock. Ensure careful handling, storage and transportation.

All information and instructions in these operating instructions have been compiled taking into account the applicable standards and regulations, the state of the art and many years of knowledge and experience.

The manufacturer accepts no liability for damage in the following cases:

  • Non-compliance with these instructions

  • Use other than the intended use

  • Use by insufficiently qualified personnel

  • Unauthorized modifications

  • Technical modifications

  • Use of unauthorized spare parts

The actual scope of delivery may deviate from the explanations and illustrations described here in the case of special versions, the use of additional ordering options or due to the latest technical changes. The obligations agreed in the contract documents, the general terms and conditions as well as the manufacturer's terms of delivery and the statutory regulations valid at the time of conclusion of the contract shall apply.

In addition to the safety instructions in these operating instructions, the safety, accident prevention and environmental protection regulations applicable to the area of use must be observed. The following applies in particular:

  • The operator must inform himself about the applicable health and safety regulations

  • The operator must clearly regulate and define the responsibilities for installation, operation, troubleshooting, maintenance and cleaning;

  • The operator must ensure that all persons handling the BMC have read and understood these instructions. In addition, he must train the personnel at regular intervals and inform them about the dangers

  • The operator is responsible for ensuring that the BMC is always in perfect technical condition.

The following therefore applies:

  • The operator must ensure that the maintenance intervals described in this manual are adhered to

  • The operator must instruct the personnel regularly. An instruction log must be created for better follow-up.

General safety instructions

Safety instructions are identified by symbols in these operating instructions. The individual instructions are introduced by signal words that express the level of hazard.

The instructions must be followed to avoid accidents, personal injury and damage to property.

Explanation of symbols

**Danger! Indicates an imminently hazardous situation which, if not avoided, will result in death or serious injury.

**Warning! Indicates an imminently hazardous situation that must be avoided.

**Caution! Indicates a potentially hazardous situation which, if not avoided, may result in damage to property and the environment.

**Hint! Highlights useful tips and recommendations.

Personnel qualification

Work on the BMC may only be carried out by a qualified electrician or by instructed persons under the direction and supervision of a qualified electrician in accordance with the electrotechnical regulations.

Life phase
Qualification

Mounting

Basic technical training of instructed personnel

Commissioning

Specialized electrical engineering training

Maintenance

Basic technical training of instructed personnel

Commissioning

Specialized electrical engineering training

Disassembly

Basic technical training

Instructed personnel

Intended use

**Caution! Unforeseeable risks of hazards may arise if the device is not used as intended, i.e. that is not described under intended use or that goes beyond the intended use.

The BMC is intended exclusively for controlling traffic light systems (individually depending on object classes, environmentally sensitive control, public transport priority) and for pedestrian flow detection (movement flows, counting, warning if limit values are exceeded). The BMC is designed for public use outdoors or in enclosed spaces.

The BMC may only be used in accordance with the specifications in the operating instructions. All instructions, safety regulations and compliance with the prescribed operating, maintenance and servicing conditions must be observed. No modifications, attachments or conversions may be made to the BMC without the manufacturer's approval.

For damage resulting from improper use

  • the operator bears sole responsibility.

  • The manufacturer accepts no liability whatsoever.

Schematic structure TLS- BMC - BMA

The following shows the schematic structure of an intelligent traffic light system (TLS) in conjunction with the BERNARD system. This system, consisting of power supply, BMC and BMA, is regarded as a single unit and as such fulfills the legal requirements. Up to four BMAs can be connected to one BMC. The BMAs communicate with the BMC via power line communication. The connection between the control unit of the TLS and the BMC is made via up to twelve potential-free optocoupler switching contacts, so that the BERNARD system is electrically isolated from the TLS and no electrical interference is to be expected.

Description of the BMC

Device dimensions

Block diagram

Terminal connections

Suitable for stranded or solid wire with a conductor cross-section of 0.129 to 3.31 mm² or AWG 22 to 12. For the power and BMA connections, a wire cross-section of ≥0.75mm² or ≤ AWG 18 is recommended.

Power supply

Transportation, packaging disposal and storage

**Caution! Damage due to incorrect transportation! Incorrect transportation can cause considerable material damage

Only open and completely remove the packaging at the actual installation site.

Transportation

The BMC is packed by the manufacturer for transportation. The delivery should be checked for completeness and transport damage immediately upon receipt so that remedial action can be taken quickly if necessary.

Disposal of the packaging: Separate the packaging materials accordingly and take them to the appropriate collection points for recycling and environmental protection.

Storage

If possible, the device must be stored in a dry and dust-free place. Avoid direct UV radiation.

Installation

The installation of the BMC in combination with one or more BMAs is described below.

**Caution! Incorrect handling or inattention can lead to injuries or crushing. Installation only by a suitably trained specialist or demonstrably instructed personnel. Local safety, accident prevention and environmental protection regulations must be observed during installation.

Note! Ensure that connected cables have been connected correctly. Cables must be firmly clamped in the connection blocks. It is therefore recommended to check each cable clamp before commissioning.

  1. De-energize the system

  2. Snap the Power Supply onto the DIN rail. For a cable length > 5 m: Set the DC voltage to 30 V using "+V Adj".

  3. disconnect all connection blocks from the BMC

  4. open the BMC baselatch (orange) as shown in the illustration. Place the BMC on the DIN rail and close the baselatch again. The BMC should now be firmly seated on the DIN rail.

  5. Establish the 24V DC connection between the power supply and the BMC connection block (see wiring diagram). Check the connections and plug the connection block into the BMC. 6.

  6. Connect the cables to the BMA with the BMA connection block (see wiring diagram). The polarity is not relevant. Check the connections and plug the connection block into the BMC.

  7. Connect the cables to the control unit with the connection block of the potential-free contacts (see wiring diagram). Connect as shown in the wiring diagram the common ground of the control unit to one of the two outputs of the potential-free contacts as shown in the connection diagram. Check the connections and plug the connection block into the BMC. 8. 8 [Establish a 230V AC mains connection to the power supply: Connect the protective earth conductor (PE), the neutral conductor (N) and the phase conductor (L) to the power supply as shown in the wiring diagram].(#user-content-fn-1)

Commissioning

**Danger! Danger due to electric current! Failure to observe the safety instructions may result in injury or death!

**Warning! Commissioning may only be carried out by appropriately trained specialist personnel. (see also chapter Personnel qualification).

  1. Switch on the system.

  2. The power LED on the power supply should light up

  3. The power LED on the BMC should light up yellow for 5 seconds and then change to green. The connected BMAs are now supplied with power via the BMC.

  4. As soon as the BMA has started up (this can take a few minutes), the BMA can be configured via the Bernard Control Center and a corresponding potential-free contact can be assigned to the region of interest zones. See #konfiguration-des-bmcs-im-bernard-control-center

  5. If a zone is configured, the corresponding BMC switch LED should light up when the zone is assigned.

For further steps on operating the BERNARD Control Center, please refer to the "BERNARD Control Center" operating instructions.

LED display

The RGB LEDs of the BMC show the following functions:

  • Power LED:

    • Off: BMC switched off. Yellow: BMC starts (5 seconds). Green: BMC in operation.

  • Sensor LEDs:

    • Flashing green: Heartbeat received from corresponding BMA (4 second interval).

    • White: BMA watchdog active.

  • Switch LEDs:

    • Off: Contact open. ** Green: Contact closed.

Configuration of the BMC in the BERNARD Control Center

The system is configured via the BERNARD Control Center

Select the corresponding BMA in the Control Center. As shown in the illustration, check the box for "IO-device" under "Event Connection - Configuration mode".

Below the MQTT configuration, an "IO device" field appears in which the BMC can be selected under "Family".

Then save the changes using the "Save" button at the bottom of the page. As soon as the changes have been saved, the zones can be assigned to the contacts under "Configure Model & Event Triggers" (bottom left in the camera image).

First add the desired "Region of Interest" zones or "Counting Line". A typical scenario for region of interest zones is shown below as an example. This is followed by a brief description of the configuration of counting lines.

Once the zones have been configured, save your changes using "Save changes". The configuration could then look like this, for example:

To configure the corresponding potential-free contacts, click on "New Rule" under "Custom Rules" and configure the corresponding rules for when the contact should be switched, as shown in the following graphic, for example:

In this configuration, the potential-free contact 5 of the BMC would be closed as long as an object (vehicle/person) is located in the "roizone05" zone. More complex conditions can also be configured, e.g. that the contact should only be switched for certain vehicle classes in order to prioritize a bus, for example. Save the rule using the "Save" button. Add the rules for other zones. In the overview of event triggers, a "Rule" marker should then be added in red under "Type" (see illustration below).

As shown in the following image, the value must also be set to zero under "Global Settings" - "RoI time interval (seconds)".

Note! If the "RoI time interval" is set to 0, no ROI zones should be configured without a corresponding rule, as otherwise the corresponding ROI is evaluated every millisecond and consequently generates a large number of MQTT events.

Finally save the changes with "Save Changes" -> "Save & Deploy". In this way, the configuration changes are synchronized to the device. It may then take some time (up to 1 minute) until the changes are active on the device.

Now, the contacts are switched according to the configured rules.

The rules are configured in the same way for counting lines. In this case, however, the functionality differs in comparison to the region of interest zone. For counting lines, the configured potential free contact is closed for a short time interval (approx. 150 ms) as soon as the configured rule is fulfilled, e.g. a vehicle passes the counting line in the “In” direction. E.g. this allows to count the number of passing vehicles.

Maintenance

In the interest of constant operational readiness, a visual inspection of the BMC and the BMA and cleaning of the acrylic dome of the BMA should be carried out at least once a year by a suitably trained specialist or demonstrably instructed personnel. (see #personalqualifikation) be carried out. Software updates are carried out by the manufacturer with the customer's consent.

Cleaning

**Caution! The use of rough cleaning cloths can damage the acrylic element and thus impair its function.

Only clean dust and grease on the acrylic with a soft cloth and a little cleaning alcohol. If the device has been stored for a long time, you can use a dry cloth to remove the dust residue on the housing.

Malfunctions

If the system malfunctions, the following points should be checked one after the other.

Fault
Possible cause
Remedy

**Power supply LED does not light up **

Defective or interrupted supply line.

Check the electrical supply line.

Power supply is defective.

Replace the power supply. Contact the support team.

BMC power LED does not light up

Defective or interrupted supply line.

Check the electrical supply line.

BMC is defective.

Please contact support for this.

**Sensor LED of the connected BMA does not flash green every 4 seconds (no heartbeat is received from the BMA) **

Defective or interrupted supply line to the BMA.

Check the electrical supply line. If the BMA itself is in operation ("Online" connection in the Control Center), the supply line is not the problem.

The supply cable to the BMA is too long.

The voltage drop on the supply cable is too great, so that the BMA is not reliably supplied with power. Use a shorter supply cable or a cable with a larger cross-section.

BMA is still in the start-up process or is performing an update.

Check again after 10 minutes.

BMA not correctly configured.

Communication between BMA and BMC is disrupted, e.g. by electromagnetic interference from parallel lines.

Contact the support team. Use of shielded twisted pair cables.

Status LED of the potential-free contact does not light up although the vehicle is in the zone.

BMA not correctly configured.

Status LED of the potential-free contact lights up, but control unit does not register switching operation

Defective or interrupted cable. Incorrect assignment in the control unit.

Check the electrical cable. Check the assignment in the control unit.

Decommissioning, dismounting and disposal

**Danger! Electrical current: Ensure that the power supply is switched off or disconnected. Failure to do so may result in serious injury or death.

**Warning! Decommissioning only by authorized and competent persons.

**Warning! Incorrect handling or inattention can lead to injuries or crushing.

To decommission the BMC, disconnect the system from the power supply. Remove all terminal plugs from the BMC. Open the base latch and dismount the BMC. The cables can then be removed from the terminal plugs.

At the end of its service life, the BMC must be disposed of properly. The local disposal regulations apply to the disposal of all device parts and packaging materials.

Do not dispose of the BMC in the residual waste. In accordance with European Directive 2002/96/EC on waste electrical and electronic equipment and its transposition into national law, used electrical and electronic equipment must be collected separately and recycled in an environmentally friendly manner.

Regulations

DSGVO

No personal data is read or processed in the BMC. This means that the use of the BMC is harmless under data protection law.

Safety

The BMC complies with the Electromagnetic Compatibility Directive 2014/30/EU. This results in the CE certification affixed to the underside of the device.

Environmental management

The BERNARD Gruppe is committed to producing its products in a sustainable and environmentally friendly manner. The BMC complies with the RoHS Directive 2011/65/EU.

Modification

It is not permitted to modify the BMC in any way. Any modifications will invalidate the manufacturer's service and liability with immediate effect.

Traffic survey

Use cases for traffic scenarios

There are the following main use cases of our technology to better understand the traffic situation in the city, on urban roads and on highways

Installation

Rev. 09/2024

Requirements

  • DC power supply unit with 12 to 48 V output voltage and at least 20 W (B101) or 60 W (B401) output power.

If other devices are connected to the power supply unit, the output power of the power supply unit must correspond to the required total peak power of all connected devices.

  • Ethernet network connection (at least 100 Mbit/s) with DHCP server and Internet access (at least 1 Mbit/s down/up). IPv4 - a private IPv4 address is sufficient.

  • Network camera(s) with RTSP (H.264) stream (at least 720p @ 25FPS). Camera(s) accessible via the network.

  • Cable with 2.5 / 5.5 mm DC plug (included).

  • RJ45 network cable (CAT 6)

Installation

  • Unplug the power supply.

  • Attach the device to the mounting surface or DIN-rail.

  • Plug the network cable into the Gigabit Ethernet port of the device and connect the cable to the network switch / router.

  • Connect the DC power-cable to the power supply and insert the DC-jack into the DC power (12-48V) connection on the device.

  • Switch on the power supply to start the device.

Configuration

Network

Firewall setting: In order for the device to communicate with the Control Center, the following ports must be open for outgoing connections:

Port
Protocol
Richtung

80

IPv4 - TCP/UDP

Outgoing

123

IPv4 - UDP

Outgoing

443

IPv4 - TCP/UDP

Outgoing

1194

IPv4 - UDP

Outgoing

8883

IPv4 - TCP

Outgoing

5671

IPv4 - TCP

Outgoing

Static IP: Should the device be assigned a static IP address in the network (optional):

  • Configure the static IP address in the IP/MAC binding of the router/DHCP server. The MAC address of the device can be found on the sticker on the underside of the device or in the data sheet supplied.

It may be necessary to restart the device after changing the network settings by briefly disconnecting it from the power supply.

Control Center

As soon as the device is supplied with power and the network settings are configured correctly, the device should be displayed as online in the Control Center.

Select the corresponding device and add a new camera stream via “Add camera”:

The next step is to configure the camera stream. To do this, select “RTSP” from the drop-down menu under “Camera Connection - Connection type” and fill in the parameters for the camera stream.

Depending on which data interface is required, the corresponding data interface can then be selected on the right-hand side under “MQTT Connection - Configuration mode”. If the events are to be sent directly to a self-hosted MQTT broker, “Custom MQTT connection” must be selected. The parameters of the MQTT broker can then be configured in the “Custom MQTT” field.

Troubleshooting

Problem
Possible cause
Solution

Device is offline in the Control Center

Power supply outside the specification.

Voltage: 12 - 48V

Power: 20W (B101), 60W (B401) More power is required if other devices are connected to the same power supply!

Use of a suitable power supply.

Incorrect network configuration.

Clarification with network administrator.

Incorrect Firewall settings. see above.

Clarification with network administrator.

No internet connection over the network

Device has to be connected to a network with internet connectivity.

Device crashes frequently / is displayed as offline in the Control Center.

Power supply outside the specification.

Voltage: 12 - 48V

Power: 20W (B101), 60W (B401) More power is required if other devices are connected to the same power supply!

Use of a suitable power supply.

No data in Data Center

Network port of the MQTT service not enabled.

Activation of port 8883 by the network administrator.

No data received via custom MQTT broker

Network port of the MQTT service not enabled.

Activation of the used port by the network administrator.

Turning movement counting

Do you want to know the traffic flow at intersections and traffic circles? The Swarm Perception Platform provides the solution to capture the number of vehicles traveling from an origin zone (origin) to a destination zone (destination), broken down by vehicle type (class).

What data can be generated?

For this use case, our software provides you with all the necessary data for source-destination traffic analyses - the number of vehicles from one zone to another, including classification according to the standards TLS (technical delivery conditions for route stations) issued by the German Highway Research Institute (BASt).

What needs to be considered for a successful analysis?

Camera setup

In the table below you will find detailed information on the requirements, settings and positioning of the camera.

Specifications for the environment

Hardware specifications

B101 & B401

Data sheet

Rev. 09/2024

Data protection and security

The B101/B401 processe personal data only vaguely, without storing it and only for the purpose of anonymization. This is done on the basis of Art. 6 para. 1 f) GDPR, namely in the legitimate interest of the operator. Only the anonymous data is then used to carry out traffic management. The BMA complies with the Low Voltage Directive 2014/35/EU and the Electromagnetic Compatibility Directive 2014/30/EU. This resulting CE certification is attached to the bottom of the device.

Disclaimer

The supplier assumes no liability for compliance with local requirements or additional certifications that may be required in certain regions or markets. It is the responsibility of the purchaser or user to ensure that the product complies with local regulations and specific requirements that may go beyond the specified certifications. The supplier disclaims all liability for any damage or loss that may result from non-compliance with such additional requirements.

Traffic Flow

The following steps are required to carry out a survey:

Products

Configuration

  • MQTT connection "Data Center" aktivated

  • Use following configurations under "Model & Event Triggers"

    • Model: Traffic&Parking (Standard)

    • Add a Counting Line

    • Global Settings/ Numberplate detection mode: Traffic Flow

Data analysis

Traffic counting

Use cases for traffic scenarios

How to successfully perform traffic counts on specific urban roads and highways, including the classification of objects according to our (sub)classes. You want to know the traffic situation of an urban road or highway? Our software is the solution to record the number of all objects, broken down by object type (class) and direction.

What data can be generated?

What needs to be considered for a successful analysis?

Camera setup

In the table below you will find detailed information on the requirements, settings and positioning of the camera.

Specifications for the environment

Hardware specifications

Adaptive traffic control

BMA/BMC to control traffic light signaling.

"Smart Prio System": Prioritization of certain traffic classes and ensuring smooth traffic behavior in real time (e.g. environmentally sensitive control, public transport registration, such as pedestrians, cyclists, e-scooters through to heavy traffic)

  • Simplify infrastructure maintenance: Replace multiple induction loops with a single BMA BMC. The installation does not require any excavation work and significantly reduces maintenance costs.

What needs to be considered for a successful analysis?

Specifications for the environment

Hardware specifications

2024.4

Release date: 25.09.2024

B101 & B401

The B101 and B401 with passively cooled housings are ideal for installation in control cabinets. Typical solution areas are parking space monitoring and traffic surveys.

The B101 and B401 differ in their performance and therefore in the number of streams that can be processed in parallel.

Device update

Products (BMA, Mobile BMA, BCA, B101/B401)

Update size: ~130MB

Improvements & Bugfixes

  • Long tracks are displayed as a continuous line in Live/Track calibration

  • MQTT connection establishment does not lead to a delay in image/event processing

  • Watchdog for LTE connections

  • Corrupt caches are automatically rebuilt

Data Center

Parking - Current and historical parking utilization

Simple configuration of parking spaces, divisible into several groups. These settings are supported:

  • Balanced parking, i.e. one or more crossing lines record entries and exits.Manual calibration by the operator is possible.

  • Single and multi-space parking, i.e. ROI configured for single or multiple parking spaces.

Internationalization

Data Center is now available in English. The language is automatically selected based on the language configured in the browser.

Robustness

Behind the scenes, we have revised the event processing and infrastructure required for the data center in terms of resilience and scalability. This means that the data center is ideally equipped for increased event and user volumes in the future.

Bugfixes

  • Config App - Saving crossings for existing turn-offs possible

  • Config App - All ROIs can be added

Control Center

Improvments

Bugfixes

  • ANPR-option available for B401

  • Correct device connectivity state after moving between tenants

  • Devices available after reprovisioning

  • Fallback for connection status in case of an Azure infrastructure issue

​

  1. 1 x Compute module

  2. 1 x optical sensor

  3. 1 x Network cable

  4. 1 x Power supply cabel

  5. 4 x Clamps

EU licence plate standard format ()

Note: Two-line/square licence plates are not supported.

Distance: 5 - 20 m Height: 3 - 8 m Horizontal angle 0° - 20°

Tip: Use the or .

Sensor mounting - horizontal angle to the object

The following power supply is used to supply the BMC with power: Meanwell MDR-100-24 (). The power supply is supplied with the BMC. Only the use of this power supply is recommended. With a cable length > 5 m, the DC voltage must be set to 30 V using "+V Adj" to compensate for a possible voltage drop on the connecting cable between the BMC and BMA. A cable cross-section greater than 0.75 mm² is recommended for the connecting cable between the BMC and BMA.

See

See

For the configuration of the event triggers and other settings, see .

Setting
Recommended
B101
B401

A traffic flow survey is used to survey traffic flows within a closed area, also known as cordon. The basis for this are cross-sectional counts where vehicles with license plates are recognized by . The images and license plates are only processed on the device and linked to traffic flows using a hashing algorithm, fully GDPR compliant. Source, destination and transit traffic as well as traffic flows at selective nodes or relationships are available for data analysis. Traffic flows can be segmented by traffic classification, travel time and origin by country and region.

At least one must be used to record one license plate per cross-section. Observe the installation instructions during .

The used must be configured in the as following.

Now continue with the configuration of the in the Data Center.

takes place in the Data Center.

For this use case, our software provides you with all the information you need for traffic counting. The counts of the vehicles including their classification can be recorded. The counts are divided into two directions (in/out). Furthermore, several counts can be carried out in one camera, e.g. the separate counting of each lane. In addition, it is possible to add a second counting line, calibrate the distance between them and estimate the speed of vehicles passing both lines. are recognized by our software.

Setting
Recommended

Our with the associated features enables you to communicate with traffic signal systems via relays (potential-free contacts) in combination with the . The following applications can be covered in this way:

In the table below you will find detailed information on the requirements, settings and positioning of the camera

Setting
Recommended

->

The Data Center can be selected as a configuration and is set as the default option for event processing.

The internal BMA camera can be selected directly as a configuration.

520 x 120/110 mm
https://www.meanwell.com/Upload/PDF/MDR-100/MDR-100-SPEC.PDF
Traffic counting
Turning movement counting
Adaptive traffic control
configuration

Object speed

<50 km/h

Day/Night/Lighting

During the day/well lit/night vision

Indoor/outdoor use

Outdoor

Expected accuracy (from origin to destination when all environmental, hardware and camera requirements are met)

origin-destination counts and classification main classes: >85 % (for vehicles) Classification main classes: >95 % classification sub classes: >85 %

Supported products

BMA, mobile BMA, B101, B401

Frames Per Second (fps)

25

Object speed

< 130 km/h

Day/Night/Lighting

During the day/well lit/night vision

Indoor/outdoor use

Exterior

Expected accuracy

(counting + classification if all environmental, hardware and camera requirements are met)

Counting >95 % (vehicles, bicycles) Classification of main classes: >95 % Classification of sub classes: >85 %

Supported products

BMA, mobil BMA,B101, B401

Frames Per Second (fps)

25

Object speed

< 40 km/h

Day/Night/Lighting

During the day/well lit/night vision

Indoor/outdoor use

Outdoor application

Expected accuracy(detection + classification, if all environmental, hardware and camera requirements are met)

detection > 95 % Classification of main classes: > 95 % Classification of sub classes: > 85 %

Supported products

BMA BMC

Frames Per Second (fps)

12

#konfiguration-des-bmcs-im-bernard-control-center
#konfiguration-des-bmcs-im-bernard-control-center

License management

Overview of your licenses.

The license management area gives you an overview of your software licenses. This means in detail:

  • The number of licenses currently in use: Number of activated camera streams. Deactivated streams are not counted.

  • The total number of licenses purchased:** In general, all basic licenses can be used with any hardware belonging to you. The respective status of the individual licenses

    • Active: The license is currently valid and the expiration date is in the future.

    • Expired: The license is no longer valid and has therefore expired. Either the license has already been renewed or you have decided to let it expire.

    • Inactive: The license period begins on a future date. The start and end date of the respective license validity The order and invoice number and the number of streams included

Adding or activating further streams is only possible if sufficient PLC licenses are available. Unused streams can be deactivated at any time

Pixels per Meter (PPM)
Axis lens calculator
generic lens calculator
BCAs
BCA
installation
BCAs
Control Center
traffic flow survey
Data analysis
​These classes
BMA
BMC
See details

Pixels Per Meter is a unit of measurement used to define the amount of potential image detail a camera provides at a given distance.

>30 PPM for object classes car, truck

>60 PPM for object classes person, bicycle, motorbike

Video resolution

1280 × 720 Pixel

Video log/Codec

RTSP/H264

Focal length

2.8 mm - 12 mm

Camera mounting - distance to object center

Object classes car, truck

5-30 m (2.8 mm focal length)

35-100 m (12 mm focal length) Object classes person, bicycle, scooter

3-12 m (2.8 mm focal length)

25-50 m (12 mm focal length)

Camera mounting - mounting height

Up to 10 m

Note: Mounting higher can help to minimize obstruction by large objects.

Camera mounting - vertical angle to the object

<50 °

Note: The correct vertical angle to the object should be achieved by setting the correct distance to the vehicle and the optimum mounting height.

0 ° - 360 °

Camera streams

Number of streams

1

4

Stream

720p @ 25 FPS

720p @ 25 FPS

Stream protocol & codec

RTSP (H.264)

RTSP (H.264)

Data output

Message protocol

MQTT

MQTT

Data format

JSON

JSON

Data interface

Power supply

Connector

2,5 / 5,5 mm DC-Jack

2,5 / 5,5 mm DC-Jack

Input voltage

12 - 48 V

12 - 48 V

Power consumption

20 W

60W

Recommended power supply

Mean Well MDR-60-12

Mean Well MDR-60-12

Network

Connectivity

Gigabit Ethernet

Gigabit Ethernet

Network configuration

DHCP

DHCP

Mechanical

Dimensions

125 x 125 x 42 mm

183 x 125 x 42 mm

Weight

0,6 kg

0,8 kg

Mounting

Surface mounting, DIN rail (optional)

Surface mounting, DIN rail (optional)

Environmental conditions

Operating temperature

0°C to 50°C

0°C to 50°C

Operating humidity

≤ 95 % (at 25 °C)

≤ 95 % (at 25 °C)

Pixels Per Meter is a unit of measurement used to define the amount of potential image detail a camera provides at a given distance.

>30 PPM (object classes car, truck)

<60 PPM (object classes person, bicycle, motorbike)

Video resolution

1280 × 720 Pixel

Video protocol/codec

RTSP/H264

Focal length

2.8 mm - 12 mm

Camera mounting - distance to object center

Object classes car, truck:

5-30 m (2.8 mm Focal length)

35-100 m (12 mm Focal length)

Object classes person, bicycle, scooter:

3-12 m (2.8 mm Focal length)

25-50 m (12 mm Focal length)

Camera mounting - mounting height

Up to 10 m

Note: Mounting higher can help to minimize obstruction by large objects.

Camera mounting - vertical angle to the object

<50 °

Note: The correct vertical angle to the object should be achieved by setting the correct distance to the vehicle and the optimum mounting height.

0 ° - 90 ° Note: An angle of approx. 15 ° provides better results for classification, as more object details are visible (e.g. wheels, axles, etc.)

Pixels Per Meter is a unit of measurement used to define the amount of potential image detail a camera provides at a given distance.

>30 PPM (Object classes car, truck)

>60 PPM (object classes person, bicycle, motorbike)

Video resolution

1280 × 720 Pixel

Video protocol/Codec

RTSP/H264

Focal length

2.8 mm - 12 mm

Camera mounting - distance to object center

Object classes car, truck:

5-30 m (2.8 mm Focal length)

35-100 m (12 mm Focal length)

Object classes person, bicycle, scooter:

3-12 m (2.8 mm Focal length) 25-50 m (12 mm Focal length)

Camera mounting - mounting height

Up to 10 m

Note: Mounting higher can help to minimize obstruction by large objects.

Camera mounting - vertical angle to the object

<50°

Note: The correct vertical angle to the object should be achieved by setting the correct distance to the vehicle and the optimum mounting height.

0° - 90° Note: An angle of approx. 15° provides better results for classification, as more object details are visible (e.g. wheels, axles, etc.)

Configuration

Management of your devices

To call up the configuration page of the devices, simply click on the respective device in the “Devices” list view. You can use this to manage all cameras that are processed on this device.

We recommend a logical naming scheme for the devices at this point.

Camera settings

Click on one of the cameras displayed to open the settings for the respective camera. As soon as you have configured the camera connection, you will see a preview of the camera image.

Data transmission

Your devices send events to an MQTT broker when a trigger is triggered. The standard configuration sends data to the data center.

  • Use the ssl:// prefix for the broker address to use transport encryption.

Models & Event-Triggers

In the configuration, you can select the model suitable for your use case and configure event triggers. Please consult the corresponding section in the solution areas.

Models

Below you will find a brief description of each model. Different models are recommended depending on the solution area.

  • Traffic & Parking (standard): Recognition of 12+1 object classes in the context of traffic and parking.

  • Traffic & Parking (Accuracy+): Recognition of 12+1 object classes in the context of traffic and parking. Optimized for higher accuracy at a processing speed of about half (measured in FPS) compared to “Traffic & Parking (Standard)”

See class definition for a detailed description of the classes.

The entire body of a person is recognized.

Note: When recognizing and tacking people, we do not perform facial recognition at any time. No sensitive personal information is processed.

The head of a person is detected. This is advantageous if the entire body is not visible and the distance to the objects is less than 5 meters.

Note: When recognizing and tacking people, we do not perform facial recognition at any time. No sensitive personal information is processed.

Event triggers

Event triggers trigger an event when a defined condition is met.

Counting lines (CL) trigger a count as soon as the center of an object crosses the line. When configuring a CL, it is important that the camera perspective is taken into account.

The CL also logs the direction in which the object has crossed the line in the In and Out direction. You can swap the In and Out direction at any time. In addition, a separate name can be assigned for the two directions.

By default, a CL only counts each object once. If every crossing is to be counted, there is an option to activate events for repeated CL crossings. With the restriction that counts are only taken into account if there are five seconds in between.

In addition to the repeated CL crossings, ANPR and Speed Estimation are also available as triggers or settings.

Speed Estimation_ can be activated as a special trigger setting for a CL in the left sidebar. This adds another line that you can use to specify the distance in your scenario. For the best results, we recommend a straight line without curves/slopes.

Regions of Interest** count objects in a specific area.** In addition, the class (Class) and dwell time (Dwell Time) are determined and specified.

Depending on the scenario, we can distinguish between three types of RoI. We offer the templates described below for these three types:

Single Space Parking
Multi Space Parking
Generic

Event- Trigger

Duration (Time)

Duration (Time)

Duration (Time) or Status (Occupancy)

Event- Type

Parking

Parking

People and Traffic

Number of preset Objects

1

5

1

Color

dark green

purple

light green

These zones are used for origin-destination analyses. Counts are generated when an object moves through OD1 and then OD2. At least two areas must be configured for an OD.

The first zone that the object passes through is called the origin zone (Origin). The last zone that the object passes is therefore referred to as the destination zone (Destination).

Object classes

Definition of object classes for Traffic & Parking (Standard & Accuracy+)

The following images are only intended as examples and are not intended to provide information about exact camera distances or perspectives.

Device health

The condition of your devices at a glance

The device health metrics allow you to provide evidence of reliable and continuous data collection and diagnose potential problems yourself (e.g. regarding a stable network connection, power supply, etc.). The following metrics are supported:

  • Device uptime, status, reboots, available memory space

  • Device temperature (supported for BMA/P101/OP101/Jetson Nano)

  • LTE modem traffic, signal strength and reconnects (supported for BMA/OP100/OP101)

  • Camera status and processing speed of the camera (FPS)

  • Created and pending events

Devices

Under the Devices menu item in the Control Center, you can centrally manage your BERNARD devices and configure the cameras so that they generate data according to your requirements for your use cases.

Below you will find a description of the different parts of the device configuration:

Number
Description
1
2

Device Name/ID of your hardware. You can customize the device name as you wish. The ID is used for communication between the edge device and Azure Cloud.

3
4
5
6

Auto refresh: This option allows you to automatically refresh the page as soon as changes are made or a status changes.

Single space parking

Record the occupancy status of different parking lots in real time

What data can be generated?

For this use case, our software provides you with all the relevant information for single-user and multi-user detection. Our solution provides you with the occupancy status for each of your configured parking spaces.

The single space detection provides you with information about the occupancy of your parking space as well as information about the vehicle class in your parking space. Please note, however, that the configuration below is optimized for the detection of vehicles and is not designed for the detection of people or bicycles. In addition, the accuracy of the classification depends on the camera setup, so the classification will be less accurate when viewed from above.

Positioning of the camera

**Good camera positioning and understanding the following section is crucial for accurate detection.

  • Park a car in one of the parking lots

  • Park a larger vehicle (tall van, small truck, etc.) next to it

  • If you can still detect at least 70% of the first parked vehicle, the system will recognize it.

General recommendations for camera positioning:

  • The parking spaces must be fully visible (within the camera's field of view). We do not guarantee full accuracy for cut off parking spaces.

Avoid pitches being obscured by objects (trees, posts, flags, walls, other vehicles, etc.). Also avoid camera positions where vehicles (especially tall vehicles such as vans) occlude other vehicles.

  • Occlusions** caused by other parked cars mainly occur when the parking spaces and the camera orientation are in the same direction.

What must be considered for a successful analysis?

Camera setup

In the table below you will find detailed information on the requirements, settings and positioning of the camera.

Setting
Recommended

Pixels Per Meter is a unit of measurement used to define the amount of potential image detail a camera provides at a given distance.

>60 PPM

Video resolution

1280 × 720 Pixel

Video protocol/Codec

RTSP/H264

Focal length

2.8 mm - 4 mm

Camera mounting - Distance to object center

5-30 m, Vehicles should be as central/centered as possible in the image.

At a distance of 5 m from the camera, we can guarantee high accuracy for three parking spaces that are aligned orthogonally to the camera. In general, the further the distance to the camera, the greater the overview of the parking spaces.

Camera mounting - mounting height

Inside: 2.5 - 5 m Outside: 2.5 - 10 m Higher is better: Vehicles can obscure parked cars, so we recommend the highest possible mounting points.

Specifications for the environment

Object speed

0 km/h

Day/Night/Lighting

During the day

At night (provided the surroundings are well lit or night vision mode is activated)

Indoor/outdoor use

both

Expected accuracy

(if all environmental, hardware and camera requirements are met)

> 95 % Excluding classification

Hardware specifications

Supported products

BMA, B101, B401

Frames Per Second (fps)

>5

Barrier-free parking

How to successfully set up a parking lot scenario to get reliable utilization data.

Do you have a parking lot where you simply want to know the occupancy rate by counting entries and exits? Our technology offers the perfect solution to achieve this in a simple way. See for yourself:

What data can be generated?

For this use case, our software provides you with all the relevant information for your count based on entries and exits. It records the number of vehicles in your parking lot as well as the number of vehicles entering and leaving your parking lot. The whole thing can be configured for user-defined time periods.

The vehicles are recognized based on our defined classes. Please note that the following configuration is optimized for the detection of vehicles and not for people and bicycles.

What needs to be considered for a successful analysis?

Camera setup

In the table below you will find detailed information on the requirements, settings and positioning of the camera.

Setting
Recommended

Pixels Per Meter is a unit of measurement used to define the amount of potential image detail a camera provides at a given distance.

>60 PPM

Video resolution

1280 × 720 Pixel

Video protocol/Codec

RTSP/H264

Focal length

2.8 mm

Camera mounting - Distance to object center

5-20 m

Camera mounting - Mounting height

3-6 m

Camera mounting - Vertical angle to the object

<50 °

Note: The correct vertical angle to the object should be achieved by setting the correct distance to the vehicle and the optimum mounting height.

0 ° - 90 °

Specifications for the environment

Object speed

<30 km/h

Day/Night/Lighting

During the day/well lit

Indoor/outdoor use

both

Expected accuracy (counts when all environmental, hardware and camera requirements are met)

>95 % Only vehicles are considered for this accuracy. For parking lots, people and two-wheelers are not included in our test scenarios as they do not occupy parking spaces (for vehicles).

Hardware specifications

Supported Products

BMA, mobile BMA, BCA, B101, B401

Frames Per Second (fps)

>12

Administration

Administration of your Control Center

Device monitoring

This section describes which status devices and camera streams can have and and what to expect in each case.

General monitoring

In the Control Center, you will find a basic monitoring status at both camera and device level. This status indicates whether your cameras are operational or whether action is required to get them running.

In the camera overview of your devices and dashboards, you will find the camera monitoring, which shows you whether your camera is working as expected. In the device configuration, you will find the device monitoring, which shows the worst status of all cameras running on the device. This allows you to see directly if something is wrong.

Status of the device connection

Status
Description

The device is ready for operation and connected to power and the Internet.

The device is offline (no power, no internet, etc.). There are several simple steps you can check before contacting our support team.

Device status

Device monitoring depends on the overall worst status to give you a good overview directly in your device list if a camera is not working as expected.

Status
Description

Everything is fine - all cameras configured on your device are working as they should.

At least one camera on the device is not configured. Check the status in the camera monitoring for more details.

At least one camera is not sending data as expected.

At least one camera on the device has the status Warning.

The device is offline. Check that the hardware is connected to the power supply and that there is a network connection.

If you have just changed the configuration of one of the cameras, this status is displayed for a maximum of five minutes before the status is determined again.

At least one camera is deactivated.

Status of the streams

This status takes into account the system, the camera input and the MQTT connection.

Status
Description

Everything is fine and your camera is running as expected. The software is also running smoothly, the camera connection is available and the MQTT broker is connected.

The camera is not configured. You must configure the camera and data connection as well as your respective configuration according to your use case.

Data is still being generated and delivered, but there are problems that could affect the accuracy of the data. Problem types: a) Video images cannot be retrieved correctly; at least 10% of the images are incorrect b) Performance issues: The number of fps is below the minimum limit of the configured event types

The device might be offline or not powered. Check the power supply and network connection.

If you have recently adjusted the configuration, the status is set to Pending for about five minutes until the correct status is determined.

The stream is deactivated and can only be reactivated if sufficient licenses are available. This status can also be used to save a configuration for a later point in time without the device currently being required.

Schedule

The schedule allows the device to be fully active only during defined measurement periods. Outside of these periods, energy savings are achieved by switching off individual services. This extends the runtime in battery mode or when using a PV system.

How it works

  • Schedule: If the schedule is not activated, the device is continuously active. If the schedule is enabled, the device is only active during the defined schedule.

  • Active mode: In the active state, the processing is running and the device generates events or controls outputs of the BMC.

  • Standby mode: Outside the defined measuring periods, the device switches to standby mode.

    • The standby mode reduces power consumption by approx. 50%.

    • This results in a longer battery life.

    • The Internet connection remains active even in standby mode, which means that monitoring and deactivation of the schedule are possible at any time.

All times in the schedule refer to UTC+0. Users must take their local time zone and any summer/winter time changes into account.

Configuration

  • The function can be activated/deactivated via the “Schedule” tab.

  • Measurement periods can be created by clicking “Add” and deleted by selecting “Remove”.

  • Start and end times are defined for each period.

  • Multiple measurement periods can be configured.

  • Schedules can be copied and pasted between devices via the clipboard.

  • Changes must be confirmed by clicking “Save schedule”.

This function is only available for devices with version 2024.2 or higher.

Device update

Bring your devices up to date

You decide when your devices receive an update. Of course, we recommend updating as soon as possible so that you can use the latest functions and benefit from quality improvements (e.g. model updates), bug fixes and security updates.

Scheduling updates

You have the option of updating individual devices or scheduling updates at specific times;

This makes it possible to carry out the update during less busy hours or during previously announced maintenance windows

Please note that it is not possible to postpone once scheduled updates to a later date

Monitoring alerts

This section helps you to set up monitoring alerts so that you are notified be notified by e-mail in case of problems.

General

You can create automatic e-mail notifications so that you are immediately informed of possible problems with your BMAs. These user-defined alerts are created and managed in the Monitoring Alerts section of the Control Center.

Choose from multiple templates, assign the appropriate device, define recipients and receive instant email notifications when a device changes status from Running to no longer operational.

Note: Only admin can set up and manage these alerts. For the user and viewer roles, the Monitoring Alerts section in the Control Center is not visible


Creating alerts

Let's start by creating alerts. This is done in three steps:

Condition for the alert

The conditions are based on the connection status and status of the stream. The three predefined conditions for alerts are explained in the table below:

At least one condition must be selected for the alert. It is also possible to select several conditions. An alert is sent as soon as one of several conditions is fulfilled or occurs. It is also possible to be informed as soon as the error no longer exists, i.e. the corresponding condition is no longer fulfilled:

Select device for the alert

In the second step, the devices for which the automatic alerts are to apply must be selected. To the left of Device Name/ID, all devices on this page of the list can be selected with one click. If there are several pages, this step must be repeated on each page. To find specific devices or IDs quickly, there is a search function at the top right:

Define recipient

In the third and final step when creating an alert, all recipients must be specified. An email address can be added by clicking on Add. There is no limit to the number of recipients.

It is not necessary for these people to have access to the Control Center for the e-mail notification - any e-mail address can be entered here. You can therefore also select group e-mail addresses for your teams.

Edit or delete alerts

A table with all configured alerts is displayed in the Monitoring Alerts section. In the Action column, the respective alert can be edited by clicking on the pencil icon or deleted by clicking on the trash can icon.

The editing process is identical to the creation process that we have already described here.

User management

Manage user profiles with access to your Control Center.

This area provides an overview of all users who have access to your Control Center, as well as the ability to add, remove or edit users and user roles.

Adding a new user profile

To add a new user profile, simply click on New User and fill in all the required fields. The new user must set a personal password by verifying the email address via the Forgot your password workflow on the login page.

Editing an existing user profile

Only the role or access rights can be changed. If you want to change the names or email addresses of users, you must delete this user profile and then create a new one.

Types of user profiles

Viewer: This is a read-only authorization for Data Analytics. It enables access to existing scenarios and dashboards. ** User: Can access device configuration as well as data analytics as well as reconfigure devices, create dashboards and create scenarios. Admin: Has the same access rights as User and can also access the administration area.

Control center API

Information on the API for retrieving specific data from the Control Center

Make sure to include your Tenant ID as a header in the authentication flow.

How to get the URL for your specific API

In our example, the URL is:

Example

Retrieve device status

  1. call the Swagger UI

  2. the API call gives you information about the device status as follows

  1. the different statuses of the devices are defined as follows in the API documentation

  1. you can also retrieve the status of the individual streams. The API provides the following results

Counting

The traffic survey distinguishes between traffic counting and turning movement counting. Both types of survey can be configured and visualized with the Data Center.

Eine Knotenpunkterhebung ist eine lokale Methode der Verkehrsstromanalyse, die insbesondere bei Straßenkreuzungen eingesetzt wird. Hierbei wird die Querschnittszählung zusätzlich nach Fahrtrichtungen differenziert.

Configuration of the survey

Configuration of the traffic intersections for data preparation

Configuration of the intersections for data preparation

Once the BMA is successfully mounted and configured as described in the "BERNARD Mobility Analyser" operating instructions, open the web browser and enter the following address:

You can log in to the website with your client login. If you have problems logging in or have forgotten your password, client service can help you. Once you have successfully logged in, the user interface shown in Figure 1 will appear.

To create a survey, first open the highlighted "Configuration" tab at the top right of the menu bar.

Selection of the tenant

Next, select the desired tenant to continue with the configuration. The tenant can be used to group measurement series. If you require more than one tenant, please contact customer service. After selecting the tenant, a list opens with the surveys already created.

You have the option of filtering your surveys by date or text content. It is therefore advisable to select the name of the survey so that it can be easily found later and, if necessary, different groupings are possible using the text filter (e.g. location/project number).

A new survey can be created using the "Add element" function. A new field is created in which the name of the survey must be defined. Save the process with the blue button with the memory card symbol.\

To edit a created survey, select the corresponding survey by clicking on it. A user interface then opens below the list of created surveys (see Figure 4). The selected survey can be configured using the highlighted "Edit" button.

Definition of key data (location, date and class selection)

A window opens with the key data - name, start date, end date, location of the survey, time zone and types of road users (object classes) (see Figure 5). This key data can be defined step by step. The definition of the key data can be found in Table 1.

Table 1: Definition of the key data of a survey in the BERNARD Data Center.

After successfully configuring the key data of the survey, save this process with the save button at the bottom right (see Figure 5).

Adding / editing of cameras

The next step is to assign the BMAs used to the survey. To do this, open the selection window (see Figure 7) by clicking on "Add/edit cameras" (see Figure 6).\

This is where you add all the BMAs that you use or have used for this survey. If you have several BMAs in use, you can filter by the name of the BMA, for example, to make it easier to find the BMA you are looking for in the selection field

Once you have selected your BMA, click on "Add selected camera" and it will appear in the "Used devices" table (see Figure 7). If you do not wish to add any further BMAs for the configuration of this survey, save the selection by clicking OK.

Editing of the routes

In this step, the arms of the intersection are defined. To do this, click on the highlighted "Edit routes" button at the bottom right of the main interface in the "Configuration of the survey" area (see Figure 8).

The window for editing the routes then opens, in which the routes are named and the corresponding orientations are defined.

Configuration of the routes

The routes of the intersection are defined by name (see [6] in Figure 9), angle (see [7] in Figure 9) and directional traffic type (see [8] in Figure 9). By confirming the "Show angle help" checkbox, an angle help can be added to the map section as shown in Figure 9. The definition of the key data of the route (name [6], angle [7], direction [8] and crossing [9]) are listed in Table 2.

The selection "Route has crossing" can be made to include pedestrian crossings in the Excel evaluation. This is only possible if the crossing is defined by a counting line in the Control Center. When selecting this option, an additional field opens which must be filled in. The corresponding counting line used for counting the pedestrian crossings must be entered in this field. In the first line, enter the corresponding crossing using the corresponding UUID from the Control Center. In the second line, you can name the crossing as you wish. Then select which direction (In, Out) points clockwise or counterclockwise.

Table 2: Key data of a route

Once you have filled in the fields as shown in Figure 9 according to the definitions in

Table 2, click "Add new route" to confirm the entry. Repeat the steps for defining the intersection for all routes at the intersection that you want to evaluate in the data center. As soon as all routes are listed, confirm your entry with "OK". (see Figure 11).

For each route, automatic origin destination flows are generated defined by their relations to all other routes (turning traffic, straight ahead traffic) and to the route itself (U-turn).

Configuration of turning movements / Definition of origin destination flows

In the last step of the configuration, you must define the origin destination flows and assign the corresponding zone/line IDs from the configuration in the Control Center to the origin destination flows.

Define the origin destinations flow by selecting your route and clicking on the highlighted "Edit selected turning movement" button (see Figure 12) so that the user interface opens as shown in Figure 13. If the "Edit selected turning movement" field is highlighted in light blue, no origin destination flow has been selected. The individual key data of the selected origin destination flow is defined in Table 3 and must be configured according to their definition.

Table 3: Definition of the configuration of individual key data of a turn-off device turnin movement.

Save the entry with the "Save" button at the bottom right.

Checking the configuration

At the end, all routes, angles and route assignments to the UUIDs must be checked again.

If there is a unambiguous zone assignment for each intersection arm, make sure that all "Input UUIDs" for entering turning movements are identical. The same applies to exiting turning movements. Here too, the "AusgAbb-UUID" should be identical if the assignment is unambiguous (see Figure 14).

2.2 Deletion and adding of origin destination flows

To delete an existing origin destination flow, the route from which the origin destination flow to be deleted originates must be selected. You can now select the unnecessary route and delete it using the red "Delete selected turning movement" button.

To add a missing origin destination flow, select the initial route and click on the blue "Add new turning movement" button to open a new window for configuring the route. The route can be defined as described in chapter 2.5.

Table 3: Definition of the configuration of individual key data of a turning movement

Save the entry with the "Save" button at the bottom right.

Data analysis

Evaluation of the generated data for transport planning analyses

As soon as the survey has been created, the processed data is displayed in the Data Center. The data can also be downloaded in the form of an Excel file. To do this, call up the "Data Center" tab.

Select the corresponding tenant to which your survey has been assigned. To make it easier to find the survey you are looking for, you can filter the surveys by name, the survey period (start and end date) and the selected map section.

In the Data Center, you have the following functions to gain insights from a traffic count.

Overview of the survey

In the Data Center you will find an overview of the BMAs in use, the evaluated traffic object classes, the period of the survey and the resulting duration of the survey, the time zone set for the survey and the location of the survey (see Figure 16).

Daily traffic distribution

You can have the daily traffic distribution evaluated for different days, which you can select in the calendar in the "Day for graphs" window.

In addition, the daily traffic distribution can be evaluated for different object classes. To do this, you must select or deselect the relevant obect classes in the "Displayed obect classes and grouping" window.

The daily traffic distribution can also be output for a specific time window on the selected day. To filter for the desired times, click on the start time and drag the mouse to the end time of the time slot while holding down the button. Use the button to extend the time slot to the whole day again.

The calculated daily traffic distribution can be downloaded in .svg, .png and .csv format by clicking on the button.

Evaluation

The total traffic volume for each defined intersection arm can be read in the "Evaluation" window. Based on the total traffic at the intersection , the relative modal split at the individual intersections arms is also calculated.

In addition, the inflow for each intersection arm into the intersection is output and its total traffic volume in the intersection is calculated.

In addition to this evaluation of the traffic volume, the modal split is analyzed by calculating modal split for each object class in relation to the total traffic volume

Weather data

To better analyze the traffic volume, the weather data for the selected day is retrieved and displayed in the "Day for graphs" window (see Figure 19).

Turning movement counts

Turning movement counts are generated in the corresponding window for the selected period and the selected object classes of the daily traffic distribution (see Chapter 3.2) (see Figure 20). Above the defined name, the total inflow into the intersection is shown in bold, and the outflow is shown below the line. The distribution of inflows and outflows from and to the individual intersection arms can be found below and above the total number.

Download the analysis file

The "Download traffic data" button in the survey overview takes you to the download view (see Figure 21).

In the download view, which is shown in Figure 22, you have the option of selecting the time resolution of the measurement data in the evaluation file to be downloaded. You can also divide the evaluation classes into any number of combined classes. It is not possible to exclude individual object classes that were defined during the survey. If individual object classes are not to be included in the Excel evaluation, this must be adjusted in the configuration.

Finally, the date of the Excel evaluation must be specified. You can only select a date within the survey period. If you download the measurement data for several days at the same time, you have the option of downloading individual data records per day or a bundled .zip file with all days.

3.7 Evaluation file

The evaluation file is an Excel file consisting of several tables that cover the individually configured object classes on the one hand and contain the configured summarized object classes on the other hand. There is also a table with an explanation of the evaluation file. If crossings have been configured for routes, these are created in a separate spreadsheet with all the crossings created.

By default, the entire 24 hours of the selected day are analyzed in the evaluation file.

Lines 1 to 8 have the structure shown in Figure 23. The key data of the survey (name of the survey, counting date, start time and location) is documented and the measurement data in the table is analyzed with regard to the variables "day peak", "morning peak", "evening peak", "day traffic" and "night traffic".

The measurement data collected for the individual origin destination flows are listed below the key data. Line 9 contains the respective From-route for the origin destination flows, which is fully defined by the respective To-Route in line 11.

In the columns "Interval" and "Total hour", the total traffic load for the respective hour and for the respective interval - which corresponds to the time resolution of the measurement - is calculated. The hourly total is the sum of the subsequent hour for the start time, which is in the same row.

In the rows below the 24-hour measurement data, the variables "Total", "Day peak", "Morning peak", "Evening peak", "Day traffic" and "Night traffic" are defined for each origin destination flow (see Figure 25).

In the columns next to the 24-hour measurement data, inflows and outflows from and to the intersections arms as well as the total traffic volumes of the individual intersection arms for the selected time interval are determined for each intersection arm (see Figure 26).

Support Center

How you can best reach us

Data analytics API

REST API - Access to the underlying data from Data Analytics or the widgets via API

API call

As soon as you configure a widget, you will find the API Call item in the side menu. This option is available for every widget.

Execute the call accordingly and test it directly in the dialog box, including the response format, by clicking _Try it out!

The dialog box that appears contains detailed information about what the API call looks like for this widget's data. Copy the code provided and use it as required.

Authentication

Example of a request

Bicycle counting

Below you can see a widget in Data Analytics that is used for bicycle counting. The corresponding widget type (Traffic Counting) has been selected, the data is aggregated per tag, broken down by object class and direction and filtered by bicycles.

API request

The API call shows the corresponding GET request for this data as shown below:

API-Response:

Extended documentation

Traffic Flow

Configuration of a Traffic Flow survey

Configuration of a Traffic Flow survey

After successful installation and configuration of the BCA, open the web browser and enter the following address:

To create a survey, first open the highlighted „Config App“ tab at the top right of the menu bar.

Selection of the Tenant

Next, select the desired tenant to continue with the configuration. The tenant can be used to group measurement series. If you require more than one tenant, please contact customer service. Switch to the “Traffic Flow” tab.

Add Survey

You have the option of filtering your surveys by date or text content. It is therefore advisable to select the name of the survey so that it can be easily found later and, if necessary, different groupings are possible using the text filter (e.g. location/project number).

A new survey can be created using the “Add element” button. A new field is created in which the name of the survey must be defined. Save the process with the blue button with the memory card symbol.

To edit a created survey, select the relevant survey by clicking on it. A user interface then opens below the list of created surveys. The selected survey can be configured using the highlighted “Edit” button.

Definition of key data (location, date und traffic types)

A window opens with the key data - Name, Alias, Start date, End date, Time zone and Traffic types.

Table 1: Definition and key data of a survey

After successfully configuring the key data of the survey, save this process by clicking the save button.

Add/edit cameras

The next step is to assign the BCAs used to the survey. To do this, open the selection window by clicking on “Add/edit cameras” (see Figure 6). Add all the BCAs that you are using or have used for this survey.

Once you have selected your BCA, click on “Add selected camera” and it will appear in the “Cameras” table (see Figure 7).

Configuration of a cordon

Node

A traffic flow survey should consist of at least 2 nodes. Open the “Survey layout” section and navigate to the correct position on the map. Now add a new node using the pen tool.

Table 2: Node types

The following figure shows an example traffic survey with a cordon and which node types should be configured where:

Nodes A, B, C and D are cordon nodes. This is where the tracking of trips through the cordon, i.e. the area defined by the nodes, begins and ends.

Nodes E and F are midpoints and are used for a differentiated analysis of the sections over which the through trips have passed. For example, through traffic may have traveled from A to B on a direct route or via the midpoint E. This differentiation is possible using the “Show subjourneys” option in the evaluation.

Trigger

The node can be edited and triggers configured using the selection tool. Select the crossing line trigger of the corresponding device.

Table 3: Trigger parameter

Journey time Min/Max

Min/max values between accounts can be specified for the traffic flows. Traffic flows outside the specified value ranges are not taken into account for the data analysis. A calculator based on speed and air distance is available.

Publish survey

Data Center API

Download for our Data Center API

The BERNARD Data Center API provides comprehensive options for querying traffic data and moving traffic. This API allows developers to easily access metadata, collect traffic data and retrieve aggregated statistics.

Authentication with a Bearer Token is required to access the API. Please add a Bearer Token to your request header to authenticate yourself.

For detailed information on the parameters and return values of the individual endpoints, please read the corresponding API documentation.

Data analysis

Overview of the survey

In the Data Center you will find an overview of the BCAs used, the traffic classes evaluated, the time period or time zone and the locations of the survey shown on the map.

Traffic data

Nodes and relationships with flow data for the selected period are displayed. A maximum of 7 days is displayed. The period can be restricted using the slider below the display. The evaluated traffic classes can be restricted under “Displayed classes”.

Show subjourneys: If nodes of the midpoint type have been defined, subjourneys can also be displayed between cordon points. This gives you a more detailed evaluation of the relationships between cordon points via midpoints.

Data export

The data can be exported in the form of an Excel table.

Terms and Conditions

Data sheet V2.2

Rev. 06/2024

The supplier assumes no liability for compliance with local requirements or additional certifications that may be required in certain regions or markets. It is the responsibility of the purchaser or user to ensure that the product complies with local regulations and specific requirements that may go beyond the specified certifications. The supplier disclaims all liability for any damage or loss that may result from non-compliance with such additional requirements.

Using the camera parameters defined below ensures that the minimum required PPM value is achieved. Tip: Use the or a .

Camera mounting - horizontal angle to the object

MQTT, ,

MQTT, ,

Using the camera parameters defined below ensures that the minimum required PPM value is achieved. Tip: Use the or a .

Camera mounting - horizontal angle to the object

Using the camera parameters defined below ensures that the minimum required PPM value is achieved. Tip: Use the or a .

Camera mounting - horizontal angle to the object

Custom-MQTT allows to send events to an MQTT broker provided by you, the definition of the event format can be found .

Message compression can save up to 50% bandwidth used to send events to the MQTT broker. Please note that the broker and application must support decompression of .

Class
Subclass
Definition

car

Car includes small to medium-sized cars up to SUVs, pickups and minivans e.g. VW Caddy, Renault Kangoo. This class does not include cars with trailers.

car

van

Vans are vehicles for transporting a larger number of people (between six and nine) e.g. VW Multivan, or are used for deliveries e.g. VW Transporter, Fiat Ducato.

Delivery vans with closed and open loading space are also included, e.g. Iveco Daily.

car

car with trailer

Cars and vans towing a trailer are considered car with trailer. For correct classification, the entire vehicle and at least one of the trailer's axles must be visible.

truck

single unit truck

Single unit trucks are vehicles defined as unit transporters with two or more axles. It is important for the definition that the towing vehicle and semi-trailer cannot be separated from each other.

truck

articulated truck

Articulated trucks are large vehicles with more than two axles in which the articulated truck and semi-trailer can be separated. An articulated truck without a semi-trailer is classified as a single unit truck.

truck with trailer

Single unit trucks or articulated trucks towing an additional trailer are defined as truck with trailer.

bus

-

A bus is a vehicle for transporting a large number of people. This includes coaches, double-decker buses, motor coaches, buses, passenger coaches and school buses.

motorbike

-

The motorbike class includes a person riding a motorized single-track vehicle. This also includes motorcycles with sidecars; e-bikes are not included in this class. Motorcycles without a rider are not taken into account.

bicycle

-

The class bicycle includes a person who actively rides a bicycle. Persons pushing a bicycle are not included in this class and are considered a person. Bicycles without a rider are not included.

person

-

The class person includes pedestrians: Inside as well as people who ride segways, skateboards, etc. ride. This class also includes people pushing a bicycle or baby carriage.

scooter

The class scooter includes a person riding a scooter that is either motorized or not. A scooter normally consists of two wheels and a handlebar.

tram

The class tram refers to a means of public transport that runs on rails along roads or dedicated streetcar routes. Streetcars are usually electrically powered and draw their electricity from overhead lines.

other

-

Vehicles or objects that do not correspond to the above classes fall into the other class. This applies to tractors (with or without trailers), ATVs and quads, forklifts, road rollers, excavators and snow plows.

Switch between , Data Analytics and

Metadata Organize your devices and create events with predefined metadata. You can define up to five key and value pairs for a device. The keys and values can be freely defined, we support the automatic completion of keys to avoid annoying typing errors. After defining metadata, you can filter the list of devices by metadata values, and the generated events contain the predefined metadata for further processing by your application. Details can be found in the .

This connection status (Connection) indicates whether a connection has been established between your hardware and the Management Hub (Azure). Available statuses are Online, Offline or Unknown. If a device is unexpectedly offline, please contact our .

The Status column provides information on whether the software is running on the respective device. Please refer to the section .

The biggest challenge in planning the camera setup is to avoid possible occlusion by other vehicles. We recommend using the or a and thoroughly testing your parking lot configuration under the following conditions:

Fully visible parking spaces

Avoid occlusions by other objects

Avoid occlusions by other vehicles

Using the camera parameters defined below ensures that the minimum required PPM value is achieved. Tip: Use the or a .

Using the camera parameters defined below ensures that the minimum required PPM value is achieved. Tip: Use the or a .

Camera mounting - horizontal angle to the object

You can find out how to configure automatic e-mail notifications for status changes in

If, contrary to your expectations, your device is displayed as offline, please contact our

The software does not run; no data is generated. Problem types: a) Docker container and/or software is not running correctly, please contact . b) Data cannot be sent to MQTT endpoint: there are more than 10 MQTT events that have been sent to MQTT broker for at least 10 seconds without success. Please check whether the broker is active. c) Camera not connected: The camera connection cannot be established. Check whether the camera is switched on and whether the camera data (user name, password) is configured correctly.

Condition
Description
Last status
New status

You can easily retrieve all settings and information available in the Control Center via an API. Below you will find the Swagger documentation. Here is an example:

In general, we stick to the .

To get the first part of the URL for your specific API documentation or Swagger UI, you can either contact our or retrieve it from the source code of your Control Center.

As part of the cross-section count, various such as cars and trucks are recorded that pass a defined road section, the so-called count cross-section, during a specified period of time.

Please report any problems, questions or potential bugs in our .

For each widget in Data Analytics, the underlying data can be queried via a provided . Integration into third-party applications is quick and easy.

This access token is temporary. For permanent integration in third-party applications, you need a permanent token. Please contact our .

We strictly adhere to the OAuth flow documented by Microsoft. There are several that you can use.

The REST API is based on _Cube.js_. You can find more information and details about this and how it works in general in this .

A traffic flow survey is used to survey traffic flows within a closed area, also known as cordon. The basis for this are cross-sectional counts where vehicles with license plates are recognized by . The images and license plates are only processed on the device and linked to traffic flows using a hashing algorithm, fully GDPR compliant. Source, destination and transit traffic as well as traffic flows at selective nodes or relationships are available for data analysis. Traffic flows can be segmented by traffic classification, travel time and origin by country and region.

You can log in to the website with your customer login. If you have problems logging in or have forgotten your password, can help you.

Node types

If the configuration is error-free, the survey can be published. A published survey can now be viewed in the .

If you have any questions or problems, please contact our

Once a has been created, the data can be analyzed. Select the corresponding tenant to which your survey has been assigned. To make it easier to find the survey you are looking for, you can filter the surveys by name, the survey period (start and end date) and the selected map section.

When selecting a relationship between two nodes, traffic distribution, travel time and the license plate countries or, depending on , the associated regions are broken down.

It is also possible to access the data via our .

Pixels per Meter (PPM)
lens calculator from Axis
generic lens calculator
Data Center
Data Center API
Data Center
Data Center API
Pixels per Meter (PPM)
lens calculator from Axis
generic lens calculator
Pixels per Meter (PPM)
lens calculator from Axis
generic lens calculator
here
zlib / inflate
Solution areas
Axis Lens Calculator
Generic Lens Calculator
Monitoring alerts
License management
Device update
User management
this section
Support

Device Offline

Triggers when a device changes its status from online to offline.

Connection: Online

Connection: Offline

Device Error

Triggers when one or more streams change their status from Running or Warning to Not Running.

Stream status: Running or Warning

Stream status: Not Running

Device Warning

Triggers when the status of one or more streams changes from Running to Warning.

Stream status: Running

Stream status: Warning

{
  "boxStatus": {
    "connectionState": "CONNECTED",
    "runtimeState": "DISABLED"
  },
  "id": "676cac42-f3d6-416d-ac83-3f54f1c0bb43",
  "name": "7th NE parking garage entrance",
  "statusId": "676cac42-f3d6-416d-ac83-3f54f1c0bb43",
  "tags": [
    {
      "name": "Roxxon Energy Corporation"
    }
  ],
  "type": "P100"
}
[
  {
    "id": "fd02a4c9-5e55-4100-a2fd-d76d16993bce",
    "name": "",
    "model": "traffic-detector-urban-standard-fast",
    "streamStatus": {
      "state": "NOT_OPERATIONAL",
      "errorReason": [
        "ENGINE"
      ]
    },
    "enabled": true
  }
]

Name

The name of the origin destination flow is generated for automatically created origin destination flows with the names of the routes and relative orientation to each other (right turning, left turning and straight ahead traffic). You can edit the name in this field as required.

From route

To route

"From route" is the route from which the origin destination flow begins and the "To route" always describes the route where the origin destination flow ends. The "From route" and "To route" are already defined for the automatically generated origin destination flows so that they do not need to be changed if an automatically generated origin destination flow is already configured.

If you generate your own origin destination flow, you must select the "From route" and "To route" individually according to the desired origin destination flow.

Event type

If a counting line (CL) instead of an OriginDestination was used to determine the origin destination flow when configuring the BMA, the counting line must be selected here. The UUID of the counting line with the corresponding direction (in, out) is then selected.

From-zone UUID

All zone UUIDs of the selected camera(s) are stored in the selection menu of the From zone, even if the counts have already been completed. Make your appropriate selection of the entry zone for the From-zone of the respective origin destination flow.

As a name for a zone can be assigned several times, it is recommended that the UUID of the selected zone is compared with the zone in the Control Center during configuration, as the UUID is unambiguous.

To-Zone UUID

Corresponding to the From-zone, you can specify the appropriate UUID of the To-zone where the origin destination flow ends.

Note!

If only one BMA is used and the From or To zone is always the same, an from or to zone only needs to be defined once in a origin destination flow. The rest is added automatically.

Warning!

The automatic addition also takes place if several BMAs have been used. In this case, the origin destination flows must be adjusted retrospectively. In any case, origin destination flows must be checked at the end.

  • Overview of the traffic count

  • Daily traffic distribution

  • Evaluation

  • Weather data (in new release)

  • Turning movement counts

  • Download the traffic count data

https://example.com/cubejs-api/v1/load?query=
{
   "measures":[
      "CrossingEvents.count"
   ],
   "dimensions":[
      "CrossingEvents.classification",
      "CrossingEvents.direction"
   ],
   "segments":[],
   "filters":[
      {
         "member":"CrossingEvents.streamId",
         "operator":"equals",
         "values":[
            "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
         ]
      },
      {
         "member":"CrossingEvents.classification",
         "operator":"contains",
         "values":[
            "bicycle"
         ]
      },
      {
         "member":"CrossingEvents.lineId",
         "operator":"equals",
         "values":[
            "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
         ]
      }
   ],
   "timeDimensions":[
      {
         "dimension":"CrossingEvents.timestamp",
         "granularity":"day",
         "dateRange":"This week"
      }
   ],
   "order":{}
}
{
  "queryType": "regularQuery",
  "results": [
    {
      "query": {...},
      "data": [
        {
          "CrossingEvents.classification": "bicycle",
          "CrossingEvents.direction": "in",
          "CrossingEvents.timestamp.day": "2021-11-02T00:00:00.000",
          "CrossingEvents.timestamp": "2021-11-02T00:00:00.000",
          "CrossingEvents.count": "235"
        },
        {
          "CrossingEvents.classification": "bicycle",
          "CrossingEvents.direction": "out",
          "CrossingEvents.timestamp.day": "2021-11-02T00:00:00.000",
          "CrossingEvents.timestamp": "2021-11-02T00:00:00.000",
          "CrossingEvents.count": "234"
        },
        {
          "CrossingEvents.classification": "bicycle",
          "CrossingEvents.direction": "in",
          "CrossingEvents.timestamp.day": "2021-11-03T00:00:00.000",
          "CrossingEvents.timestamp": "2021-11-03T00:00:00.000",
          "CrossingEvents.count": "203"
        },
        {
          "CrossingEvents.classification": "bicycle",
          "CrossingEvents.direction": "out",
          "CrossingEvents.timestamp.day": "2021-11-03T00:00:00.000",
          "CrossingEvents.timestamp": "2021-11-03T00:00:00.000",
          "CrossingEvents.count": "249"
        }
      ],
      "annotation": {...}
    }
  ],
  "pivotQuery": {...}
}

Cordon

Node for incoming and outgoing traffic in a cordon (closed area).

Trips that are evaluated always start and end at a cordon. They are then evaluated as transit traffic. If a journey has only been detected at a start node, it is evaluated as destination traffic in the area.

Midpoint

Nodes within the cordon.

Trips that are classified as transit traffic can be broken down into sub-routes in more detail using center nodes.

Technical data

Function

Interface between BMA and control unit of the traffic light system. Power supply of the connected BMA.

Number of BMAs

1 - 4

Outputs

12 potential-free (galvanically isolated) switches with screw connection. Imax = 700 mA, Umax = 60 VDC

Diagnostic outputs

Freely configurable, up to 4 potential-free (galvanically isolated) switches with screw connection. Imax = 700 mA, Umax = 60 VDC

Mounting

DIN rail

Connection cable BMA

2 cores, cable cross-section ≥ 0.75 mm² (AWG18), connection length up to 120 m at 30 V input voltage

Connection parameters

Input voltage

24 - 30 VDC

Power consumption

≤ 2 W for BMC plus ≤ 25 W per connected BMA

Environmental requirements

Temperature range

-20 °C to +60 °C

Humidity

≤ 95 % (at 25 °C)

Safety requirements

CE tested according to

EMC 2014/30/EU Road traffic signal systems - Electromagnetic compatibility EN 50293

Conducted interference emission and interference radiation

Compliant with EN55032 (CISPR32) Class B

Dimensions

height x width x depth

60 x 107(214) x 90 mm

Weight

< 1 kg

devices
administration
event schema
support
Camera and device control
Pixels per Meter (PPM)
lens calculator from Axis
generic lens calculator
Pixels Per Meter (PPM)
lens calculator from Axis
generic lens calculator
support
BMA Control Center
OAuth 2.0 Client Credentials Flow (Microsoft) documented here
Support
https://bernard-control-center-api-dc814a25.azurewebsites.net/v3/documentation/swagger-ui/index.html#
Traffic counting:
traffic classes
Turning movement counting:
https://datacenter.dashboard.bernard-gruppe.com/
Support Center
REST API
Curl command
Support
Client Libraries
external documentation
BCAs
https://datacenter.bernard-gruppe.com
Support Center
“Data App”
https://datacenter.bernard-gruppe.com/api/v3/docs
support team
survey
availability
API

Describes the name of the survey that you initially assigned when creating the survey. If required, the name of the survey can be edited in the corresponding field.

As it is possible to filter the surveys by name, it is recommended to select an unambigous name.

The start and end date defines the period for the data analysis. For the start and end date, 00:00 is automatically selected as the time, with the end date including the selected day.

Example:

A measurement on 01.01.2023 from 0:00 to 23:59 would therefore have 01.01.2023 as the start and end date.

In order to change the location on the map, the checkbox "Activate map for editing" must first be ticked. You can use the button with the magnifying glass to open a search bar in which you can enter the desired address.

The location is defined by left-clicking the marker on the interactive map. To protect the location from changes, the "Activate map for editing" checkbox can be unchecked.

The time zone is set to the region "Europe/Vienna" by default.

It is recommended to select the local time zone of the survey in the menu.

The traffic types are the vehicle classes that are to be taken into account in the evaluation for this survey. By pressing the Ctrl key, several traffic types can also be selected for a single survey.

In order to make the application possibilities of the evaluation more flexible, the selection of the survey can also be adjusted afterwards.

If the desired traffic type does not appear, please contact customer service.

Note:

Activate the angle help to read the exact angle from the north axis of the node to the route.

The name of the route is defined in this field. This name appears both in the evaluation in the Data Center and in the excel file.

Determine the angle between the road and the intersection. To be able to read an angle, the angle help can be activated using the "Show angle help" checkbox. The center point of the intersection with the axis pointing north represents the zero axis.

Enter the direction of traffic of the route. Choose between:

- Two-way traffic

- Only road users approaching the intersection

- Only road users leaving the intersection

Note!

It is also possible to detect wrong-way drivers in a one-way road. In the case of one-way roads, for example, this can be specified as two-way traffic in order to output the traffic in both directions.

If you have added a counting line for detecting pedestrian crossings during configuration in the Control Center, select this checkbox. The window then expands (see Figure 12).

- Enter the corresponding crossing that you have configured

- Name the crossing and note the direction in which the crossing is recorded

Attention!

If you are working with several BMAs at one intersection, special care must be taken to ensure that origin destination flow is not stored with IDs of different BMAs.

The name of the origin destination flow is generated for the automatically created origin destination flow with the names of the routes and relative orientation to each other (right turn, left turn and straight ahead).

If required, you can edit the name in this field.

From route

To route

"From route" is the route from which the route begins and the "To route" always describes the route where the route ends.

The "From route" and "To route" are already defined in the automatically generated origin destination flows, so that they do not need to be changed if an automatically generated driving relationship is already configured.

If you generate your own origin destination flow, you must select the "From route" and "To route" yourself according to the desired origin destination flow.

Choose between the event types with which you have recorded origin destination flow.

If a counting line (CL) was used to determine the origin destination flow during the configuration of the BMA the counting line must be selected here. The UUID of the counting line with the corresponding direction (in, out) is then selected.

All zone UUIDs of the selected camera(s) are stored in the selection menu of the From zone, even if the counts have already been completed. Make your appropriate selection of the entry zone for the From zone of the respective origin destination flow.

As a name for a zone can be assigned several times, it is recommended that the UUID of the selected zone is compared with the zone in the Control Center during configuration, as the UUID is unambiguous.

If only one BMA is used and the From or To zone is always the same, a From or To zone only needs to be defined once in a origin destination flow.

Note!

If only one BMA is used and the from or to zone is always the same, an from or to zone only needs to be defined once in a driving relationship. The rest is added automatically.

Attention!

The automatic addition also takes place if several BMAs were used. In this case, the routes must be adjusted afterwards. The origin destination flows must be checked at the end.

Note!

To check the configured intersection, it is advisable to view the turning movement counts in the Data Center at the same time. If the turning movement counts already reflect implausible values or the modal split is atypical, the configuration should be checked again.

Note!

If a new origin destination flow is added, its "From route" and its "To route" must be defined indivually.

Attention!

If no arrow is shown between the individual route arms, this may mean that this orogin destination flow has not yet been configured or that no objects have been detected that fulfill the existing configuration. The configuration should therefore be checked - and adjusted if necessary.

Attention!

In order for the calculated values to be displayed correctly in the evaluation file, you must activate editing in the evaluation file.

Name

Describes the name of the survey that you initially assigned when creating the survey. If required, the name of the survey can be edited in the corresponding field.

As it is possible to filter the surveys by name, it is recommended to select a unique name.

Date

The start and end date define the period for the data evaluation. For the start and end date, 00:00 is automatically selected as the time, with the end date including the selected day.

Example:

For a survey on the 01.01.2023 from 0:00 to 23:59, the start date and end date are both 01.01.2023.

Alias

Describes a unique name with which the results of the survey can be retrieved via the API. The alias of the survey can be edited in the corresponding field. Note: Only alphanumeric characters (a-z, A-Z, 0-9) are valid here.

Time Zone

The time zone is set to the “Europe/Vienna” region by default.

It is recommended to select the local time zone of the survey in the menu.

Traffic types

The traffic types are the vehicle classes that are to be included in the evaluation for this survey. By pressing the Ctrl key, several traffic types can also be selected for a single survey.

In order to make the application possibilities of the evaluation more flexible, the selection of the survey can also be adjusted retrospectively. Note: Only traffic types with license plates are listed.

Start direction and End direction

Available for cordon type nodes. Shown as an arrow between nodes.

  • Start of journey describes the beginning of a traffic flow, into the cordon.

  • End of journey describes the end of a traffic flow, out of the cordon.

  • The direction is defined by the counting line direction.

Example:

  • The trigger of the node Geyrstraße defines the Start direction.

  • The trigger of the node Amraser See Straße defines the End direction.

  • In this example of the Geyrstraße defines the Counting Line the direction IN (towards the city center) the direction into the cordon.

Name

Note!

Date

Location of the survey

Time zone

Traffic types

Name

Angle

Direction

Crossing

Name

Event type

From zone UUID

To-one UUID

Note!

The used directions are defined by the Counting Line of the Control Center.

7MB
BMA Product discription.pdf
pdf
135KB
Bernard_Technologies_AGB_eng.pdf
pdf
Example: 4 ROI on 2 tracks for the detection of presence
Example: Rule switches contact 5 of the BMC for ROI presence
Parking Mode GDPR can be activated in the stream configuration
Device is offline, the update is scheduled
Device is online and running with current software
Figure: BMC support for crossing lines
Figure: Rule switches contact 1 of the BMC
External dimensions
Mounting options
Mounting the camera
Drilling of a second hole
Positioning the battery
Battery connections
Mobile Taffic Survey
Installation of the telescopic pole at a light pole
Installation of the tensioning straps
Tensioning straps secured with padlocks
Sensor mounted
Sensor secured
Powerconnector
Installation battery box
Battery box secured
Mast lock secured
Example setup: Two lanes from above
Example set up: Two lanes from the side
BERNARD Mobility Controller
System structure for operation with one TLS.
Elements of the BERNARD Mobility Controller
Dimensions of the BMC in millimeters (mm)
Block diagram of the BMC
Terminal connectors from top to bottom: Power, BMA connections, floating contacts 1-6, floating contacts 7-12
Front view
Rear view
BMC with extended base latches
Wiring diagram
Configuration IO-device
Configuration IO-device BMC
Configuration "Region of Interest" Zone
Application example with configured region of interest zones
Configured event triggers
Configuration of the rule in the Control Center
Overview of event triggers with configured rules
Global RoI time Interval settings
Setting up a camera stream in the Control Center
Setting up Camera Connection in the Control Center
B101 & B401
Current total utilization and utilization of individual groups
Historic parking utilization
Data Center in English
Camera Configuration
Configuration of event trigger and the model
Device Health 1
Device Health 2
Overview Control Center
Device Update
Monitoring Alert
Select device
Define recipients
User Management
Box Status
Figure 1: Datacenter user interface
Figure 2: Datacenter List of surveys in the corresponding tenant
Figure 3: Adding a new survey.
Figure 4: Editing interface of a selected survey in the Bernard Data Center
Figure 5: Configuration interface of a selected survey in the BERNARD Data Center for determining the key data
Figure 6: Adding a camera in the configuration interface
Figure 7: Selection window for specifying the BMAs in use
Figure 8: Editing the route in the configuration interface
Figure 9: User interface for configuring the routes as individual intersections
Figure 10: Crossing configuration window.
Figure 11: User interface with configured routes and automatically generated driving relationships
Figure 12: Configuration window for defining origin destination flows
Figure 13: Result of a successful configuration of the origin destination flows of a survey in the BERNARD Datacenter
Figure 14: Add/edit/delete turning movement
Figure 15: Data Center user interface
Figure 16: User interface in the BERNARD Data Center of a survey with the configured key data of the evaluation
Figure 17: Visualization of the daily traffic distribution of the configured survey
Figure 18: Evaluation of the traffic volume for each intersection with its share of total traffic volume (area marked in red), inflow from each intersection arm into the intersection (area marked in green), and modal split for each object class in relation of the total traffic volume (area marked in blue)
Figure 19: Weather data to help interpret the sensor data for the selected day in the "Tag for graphs" window
Figure 20: Tuning movement counts for the selected period and the selected object classes
Figure 21: Traffic data download
Figure 22: Download view of the analysis file(s)
Figure 23: Header of the Excel analysis with the key data in measurement
Figure 24: Excel evaluation of the configured origin destination flow for the selected survey
Figure 25: Determination of the variables "Total", "Daily peak", "Morning peak", "Evening peak", "Daily traffic" and "Night traffic" for each origin destination flow
Figure 26: Determination of the inflows and outflows from and to the intersections arms as well as the total traffic volumes in the intersection arms.
Historic Parking Utilization Widget
API Call
Bike count widget
Example of a traffic flow survey.
Figure 1: Tenant & Survey
Figure 2: Adding a new survey.
Figure 3: Configuration of a selectet survey.
Figure 4: Add/edit cameras
Figure 5: Overview of the survey
Figure 6: New node
Figure 7: Example node types
Figure 8: Trigger configuration
Figure 9: Journey time Min/Max
Figure 10: Publish survey
Figure 1: Overview of surveys
Figure 2: Overview of the survey
Figure 3: Traffic data
Figure 4: Evaluation
Figure 5: Show subjourneys
Figure 6: Excel export