Warning: file_put_contents(): Only 0 of 88582 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/HTMLDiffEngine.class.php on line 113

Warning: file_put_contents(): Only 0 of 68310 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/HTMLDiffEngine.class.php on line 113

Warning: file_put_contents(): Only 0 of 64 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/HTMLDiffEngine.class.php on line 68

Warning: file_put_contents(): Only 0 of 108 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/HTMLDiffEngine.class.php on line 173

Warning: file_put_contents(): Only 0 of 20055 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/UnifiedTextDiffEngine.class.php on line 24

Warning: file_put_contents(): Only 0 of 13011 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/UnifiedTextDiffEngine.class.php on line 26

Warning: file_put_contents(): Only 0 of 64 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/UnifiedTextDiffEngine.class.php on line 67

Warning: file_put_contents(): Only 0 of 108 bytes written, possibly out of free disk space in /var/www/bluespice/w/extensions/BlueSpiceVisualDiff/includes/HTMLDiffEngine.class.php on line 173
Gate ~ FMCU ~ management dashboard/en: Unterschied zwischen den Versionen – Maxcrc MediaWiki

Gate ~ FMCU ~ management dashboard/en: Unterschied zwischen den Versionen

(Create a new event definition group)
Zeile 440: Zeile 440:
 
<br />
 
<br />
 
[[Kategorie:Galaxy Gate]]
 
[[Kategorie:Galaxy Gate]]
{{DEFAULTSORT:FMCU Galaxy Gate ~ Management Dashboard}}
+
{{DEFAULTSORT:FMCU Galaxy Gate ~ Management Dashboard}}<span name="Roadmap"></span><br />
 
 
==Connectivity Board==
 
<br />
 
{| class="wikitable"
 
!Contact
 
!Type
 
!Impulse
 
!Description
 
|-
 
|'''A8'''
 
|Output
 
|Yes (500 ms)
 
|Person has entered
 
|-
 
|'''A9'''
 
|Output
 
|Yes (500 ms)
 
|Alarms*
 
|-
 
|'''E3'''
 
|Input
 
|Yes (500 ms)
 
|Open Entry
 
|-
 
|'''E4'''
 
|Input
 
|Yes (500 ms)
 
|Open Exit
 
|-
 
|'''E6'''
 
|Input
 
|Yes (200ms)
 
|Card is valid, open the gate
 
|-
 
|'''E7'''
 
|Input
 
|Yes (200ms)
 
|Card is invalid, do not open the gate  
 
|-
 
|'''E8'''
 
|Input
 
|No
 
|Emergency State button**
 
|-
 
|'''E9'''
 
|Input
 
|Yes (500 ms)
 
|Open Entry 70%
 
|-
 
|'''E10'''
 
|Input
 
|No
 
|Fire Alarm
 
|}
 
<nowiki>*</nowiki>A9 Alarms:
 
 
 
*Gate is out of order, when a mandatory device is broken or a connection to the server is broken (if the server is used in the solution).
 
*Tailgating or other unwanted actions.
 
*Entry barcode scanner is broken or it is a stub.
 
*Gate in in the '''Fire Alarm''' or '''Emergency''' state. The alarm is produces as a repetitive pulse signal (700ms).
 
*Gate is open only for exit.
 
 
 
After the Emergency State button pressed, the gate switches to the Emergency State. Then only exit from this state is to restart the gate.
 
 
 
The signal can be set/received to/from a contact from any of the halves of the gate.
 
 
 
==Configuration Management==
 
<br />User Interface
 
 
 
The Galaxy Gate is configured through the '''/configuration''' page. If the server is running at 192.168.1.221 and port is 8888, the url is:
 
<nowiki>http://192.168.1.221/configuration</nowiki>
 
[[Datei:gg-configuration-main.png|zentriert|rahmenlos|configuration page]]
 
<br />There are two buttons on the page:
 
{| class="wikitable"
 
!Name
 
!Description
 
!Action
 
|-
 
|'''Save'''
 
|Saves the modified configuration to the server
 
|Post
 
|-
 
|'''Reset'''
 
|Discards any changes by reloading the configuration from the server
 
|Get
 
|}
 
The configuration is split into sections and subsections:
 
 
 
*General
 
**Dispatcher
 
**Miscellaneous
 
*Devices
 
**Barcode Reader Entry
 
**Barcode Reader Exit
 
**Gate
 
**Tracking Camera
 
**Audio Player
 
**Camera
 
*Displays
 
**Display Gate Entry
 
**Display Gate Exit
 
**Display Entry
 
**Display Exit
 
**Display TimeInfo
 
 
 
Here are some screenshots:
 
[[Datei:gg-general.png|zentriert|904x904px]][[Datei:gg-barcode-reader-gate.png|zentriert|952x952px]]<br />
 
[[Datei:gg-audio-player-camera.png|zentriert|841x841px]]
 
<br />
 
[[Datei:gg-tracking-camera.png|zentriert|809x809px]]
 
[[Datei:gg-displays.png|zentriert|811x811px]]
 
 
 
 
 
A subsection is often has a structure with a combo box named '''Type''' at the top and some fields that follow. This structure is used for configuring an entity that can have several implementations. What is important is that the implementation can differ in type and number of controls. For example, a simulator of the gate has only two properties:
 
<br />
 
[[Datei:gg-gate-simulator.png|zentriert|810x810px]]
 
<br />
 
 
 
===Architecture===
 
The picture below gives a bird's eye view of the configuration management.
 
<br />
 
[[Datei:gg-architecture-configuration-management.png|zentriert|1150x1150px]]
 
<br />
 
 
 
When the gate starts and the Configuration.json is present it is created from the Initial Configuration (base.py or other .py configuration file).
 
The Schema  contains a set of data for describing controls in form components:
 
 
 
*Which controls should contain a component
 
*Validations rules if any
 
 
 
E.g. a form component can contain a text box and an input for integers. The data range for integer should 1-100.
 
 
 
The Default Data contains the initial data for controls in form components.
 
 
 
Edit this section
 
<span name="Roadmap"></span>
 
 
 
===Roadmap===
 
The features are planned for the upcoming release:
 
 
 
*Configurations page allows you to see the list of available configurations. You can:
 
**Clone an existing configuration to a new one
 
**Delete a configuration
 
**Make a configuration active. Only one configuration can be used by the server and it is called ''active''.
 
*Apply button. This should apply changes on-the-fly.
 
*Restart button. This should restart the docker container and apply settings,  which cannot be applied on-the-fly.
 
*Extend the vue form generator library:
 
**Make the switch control consistent with the switch controls on other pages
 
**Add a control which allows you to manage an array of items (e.g. the list of connected gates). E.g. <nowiki>https://codepen.io/safx/pen/AhCtk</nowiki>
 
*Import/Export of a Configuration.json.
 
*Reset any configuration to the default one (by removing the json file
 
 
 
<br />
 
 
 
==Management of Events==
 
The following sections contains the term '''Path''', which means the path is part of the URL. E.g., path '''/events''' for the FMCU Server running under '''<nowiki>https://server.maxcrc.de/</nowiki>''' means
 
<nowiki>https://server.maxcrc.de/events</nowiki>
 
 
 
==Events==
 
Web path:
 
/events
 
The page shows a filterable and sortable list of events:
 
{| class="wikitable"
 
!Name
 
!Description
 
|-
 
|Date
 
|Date and time when the event occurred
 
|-
 
|Name
 
|Translated name of the event
 
|-
 
|Gate
 
|Gate if appropriate where the event occurred
 
|-
 
|State
 
|The state of the event if supported
 
|-
 
|Category
 
|Category to which the event belongs to
 
|-
 
|Info
 
|Additional info about the event
 
|}
 
Edit this section
 
 
 
==Event Definitions Page==
 
Path:
 
/event-definitions
 
The page shows a list of definitions of events:
 
{| class="wikitable"
 
!Name
 
!Description
 
|-
 
|Name
 
|Name
 
|-
 
|Event Definition Groups
 
|Groups to which the event belongs to if any
 
|-
 
|Supported States
 
|Can be empty (for impulse events) or '''On, Off''' (for the events with states)
 
|-
 
|Category
 
|Category to which the event belongs to
 
|}
 
Edit this section
 
 
 
==Event Definition Groups==
 
Path:
 
/event-definition-groups
 
The page shows a list of event groups:
 
{| class="wikitable"
 
!Name
 
!Description
 
|-
 
|Name
 
|Name
 
|-
 
|Events
 
|Event definitions assigned to the group
 
|-
 
|Delete
 
|Delete button
 
|}
 
An event definition group allows you to group one or more events so that it can be bound to a user group. See '''Event Subscriptions''' below
 
 
 
Edit this section
 
 
 
==Event Subscriptions==
 
Web path:
 
/event-subscriptions
 
The page shows a list of event definition groups bound to a user groups.
 
{| class="wikitable"
 
!Name
 
!Description
 
|-
 
|Group
 
|User group
 
|-
 
|Event definition group
 
|Event definition group
 
|-
 
|Locked
 
|When locked, events are not sent to the users of the group
 
|-
 
|Info
 
|Any informative text
 
|-
 
|Delete
 
|Delete button
 
|}
 
When a event definition group is bound to a user group and not locked, new events from the event definition group are sent to the users from the user group. The user must have a valid email address.
 
 
 
Example. A user group '''Alarm events''' with two members '''user1''' and '''user2''' is bound to an event definition group '''Alarm events''' with two events '''GateTailgating''' and '''GateStateFireAlarm'''. When either or both of these events occur, both users '''user1''' and '''user2''' receive an email notification about that.
 
 
 
Edit this section
 
 
 
==Configuration==
 
Path:
 
/configuration
 
In order the emails with events can be sent out, the '''Email''' section with the information like the hostname, port etc. of the outgoing server and credentials should be properly configured.
 
<br />
 

Anhänge

Diskussionen